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)
報告
=解決= GPU温度と消費電力の表示について

try 初めまして、長らく愛用させていただいております。 タイトルの件、きっと誰か報告してくれると他人任せにしていましたが、 なかなか報告が出ないので、僭越ながら私から報告させていただきます。 Ver0b1

 弦生ささと >きっと誰か報告してくれると他人任せにしていましたが Radeonに関しては、A10APUのR7 200しかないため、該当部分は私の方では一切確認のしようがないので、報告してもらえないと問題があ

 try 2点とも正常に動作していることが確認できました! ありがとうございました。 >きっと誰か報告してくれると他人任せにしていましたが 貴殿ではなく、ほかのユーザーが報告してくれる事を期待しての発言

try
04/07 (木) 10:49
[2]
要望
=解決= システムトレイのThilmera7のアイコン右クリック時の挙動について

Mc こんばんは。 Vistaで使わせてもらってます。 システムトレイのThilmera7のアイコンを「右」クリック時に、Thilmera7が最前表示(アクティブっていうんでしょうか)になると思うのです

 弦生ささと >CPU使用量が多いと重いのか、Memory消費が多いと重いのか、ハードディスクのアクセス頻度が多いと重いのか、はたまたそれ以外なのか。 >私には定義がわからないから掘り下げたい。 私もわ

 Gonbe ソフトが「重い」とか「軽い」というのは、そのソフトを動作させる上で消費するコンピュータ資源(CPU時間、メモリ量など)によると思います。 「重い」とか「軽い」と言っている人(私も含めて)は、何らかの比

 Mc タスクマネージャとThilmera7のCPUとMemoryの負荷について教えていただきありがとうございます。 私のThilmera7の設定だと、GPUとかルーターの状態みたいな、タスクマネージャでは

Mc
04/07 (木) 00:01
[42]
報告
=解決= シルメラが非表示状態で起動することがあります

catcat 0b172以降、シルメラが情報画面オフ状態で起動することがあります。 タスクバーのシルメラのアイコンをクリックすると表示がオンオフされますがあれのオフ状態のことです。 たまにオン状態で起動することもあ

 弦生ささと ここがオンになっていないなら、たんに終了したときに非表示だったからだと思いますが、そういうことではないのでしょうか?

 弦生ささと 設定に問題がなく、終了時に非表示ではないにも関わらず、起動時の8割が非表示になる。ということなら、とりあえずこちらで再現できるか確認しますので、thilmera7.iniを添付して下さい。

 弦生ささと 終了時の最小化の状態を引き継がない設定を追加しました。

catcat
04/03 (日) 16:56
[3]
報告
=解決= トリガーアクションのちょっと気付いたことについて。

PC 管理係 先日はトリガーアクションを追加していただき本当にありがとうございました。 フォーラムの最新の物が嫌な終わり方に感じるような終わり方になっているため(あくまでも私個人が思ったことです。作っている側から

 弦生ささと まぁ、全くの別件ですが、裏で虚実と悪意と成りすましで生成されたウワサが独り歩きして、さもそれが常識であるかのように本人に言いに来る人まで出てくることがあるので、とにかくそういったネガティブコミュニティ

 Gonbe 明記された趣旨を理解してガイドラインを守って投稿しているつもりですが、各位に不快感を与える事態となり、掲示板を汚してしまい本当に申し訳ありませんでした。

 弦生ささと まぁみなさんが引きずらなければ別に大丈夫です。 過去には結構やんちゃな書き込みも私含めてありましたので… 気にせずいきましょう。 とりあえず設定のインポートエクスポートのような機能は仕様の草案を考

PC 管理係
04/02 (土) 14:49
[17]
雑談
=解決= 皆様の表示スタイルとか紹介するのはどうです?

ぼんこり いつもお世話になります。 別スレでGonbeさんの表示スタイルを見た時、あぁ、こういうのシンプルですごくいいなぁと感動しました。 このソフトはユーザーのいろんな用途に合わせて表示スタイルを柔軟にカスタ

 Gonbe >「フリーソフト 100」で色々なソフトのレビューを見ていると、糞ソフトと罵倒したものもあり嘆かわしい限りです。 この文面に対して一刀両断で否定的な言葉を頂きましたが、根本的に誤解されています。

 弦生ささと >Gonbeさん すみません。 レビュー、批評の類に、使用感や分析、良し悪しの評価ではなく、悪し様に言うこと自体が目的なものがままあることは承知しています。 これはもちろんソフトウェアに限った

 Gonbe ご多用の中、煩わしい事となってしまい申し訳ございません。 私の文才の無さが一因と思いますし、シルメラの話題から外れていたのも事実です。 今後、文面には気を付けますので、宜敷お願いいたします。

ぼんこり
04/01 (金) 23:15
[7]
報告
=解決= CPUとHDDの温度変化に対する表示の追従性について

Gonbe 常時モニター用途のためフレーム速度は「1秒」のプリセット設定で使用しています。 ところが、CPU稼働率の下に表示されるCPU温度の変化が極めて緩慢になっています。 また、HDD温度表示欄に表示されるH

 Gonbe 8時間程の様子見(観察)をした結果、「異状なし」と判断します。 観察は、常用しているフレーム速度「1秒」のプリセット設定で実施。 Quick CPUを起動してリアルタイムの温度変化をモニターしながら、

 Gonbe その後も「0b172 Rev.8」は絶好調で活躍しています。 この機会に表示スタイルを変更したところ、必須情報の視認性が向上したように思います。 私がシルメラで常時モニターしているのは、当然ですがPC

 Gonbe 沢山の「いいね」を有り難うございます。 益々のご発展をお祈り申し上げます。

Gonbe
03/30 (水) 10:28
[30]
質問
=解決= 通信量カウンタのByte設定

AKA 正確にどのバージョンまでか把握できていないのですが、最近のバージョンアップ後から「通信量カウンタ」の表示がByte単位からBit単位になったように思えます。 本設定について探してみたのですが、たどり着

 弦生ささと >AKAさん すみません。 GBと書かれているバージョンは記憶にないほど古いのですが、ネットワークIOを取りはじめた時からの最初期の仕様であるoldモードと現行モードを比較しても、とくに通信の

 弦生ささと この件に関して、手違いによるバグを発見し、修正しました。 0b172 Rev.6 にて、該当の不具合は修正されていると思います。 通信量カウンタの中身そのものは問題ないため、アップデートすれば完全に

 AKA >この件に関して、手違いによるバグを発見し、修正しました。 >0b172 Rev.6 にて、該当の不具合は修正されていると思います。 >通信量カウンタの中身そのものは問題ないため、

AKA
03/27 (日) 19:29
[16]
呼びかけ
=解決= 通信量カウンタとOSのデータ使用状況について

弦生ささと 【概要】 通信量カウンタが、OSのデータ使用状況と一致しない。という報告がありました。 複数の方が、通信量カウンタの値を8で割るとOSのデータ使用状況の数値に近いため、収集している通信量カウンタの値が

 ぺん あっ、解説してたんですねリロードしたら出ました...

 弦生ささと 64bitプログラムにおけるfloatはなぜか引数にすると64bit扱いだったりします… ありがとうございます。 なんか焦ってリリースしたら新機能の開発中のコードが思いっきり入ってたので、整理して

 ぺん GiB,GBが混ざった見たいな感じだったんですね お疲れ様です

弦生ささと
03/27 (日) 16:45
[14]
要望
=解決= ドライブ名を表示する機能が欲しいです。

ebifurai55 ドライブを無限に増やしたいため、ドライブに付いたドライブ名を表示する機能が欲しいです。また、ドライブやネット情報をダブルクリックするとその項目などが出る機能

 弦生ささと 多分ドライブ名(C: D:)に対するボリュームの名前のことですよね? 論理ドライブ、およびディスクIOにて、書式を整理し、ボリューム名の表示設定を追加しました。 >また、ドライブやネット情報

 弦生ささと ドライブ名(C: D:)に対するボリュームの名前は 0b172 Rev.6 にて実装しました。

ebifurai55
03/27 (日) 15:59
[2]
要望
NETスピードの表示設定について

Gonbe ご多用のところ、連続投稿で申し訳ございませんが、要望として受け止めて下さい。 私は、13.3型フルHD液晶を搭載したノートPCを常用していますが、老齢のため画面スケールを125%(推奨値は150%)に

 Gonbe シルメラは、常時モニター用として最適最強ですね。 手放せません。

 Gonbe 細切れなコメントで失礼します。 デバイス名が完全に表示されないのは、特に気になりません。

 弦生ささと 了解しました。 ありがとうございます!

Gonbe
03/26 (土) 21:11
[7]
呼びかけ
シルメラを海外ユーザーに知ってもらうアイディアを募集

弦生ささと シルメラの非日本語ユーザーが極めて少ない(海外ユーザーが恐ろしくいない)のをどうやったら解決できるかアイディアを募集。 現在の比率は日本語98.839%,英語0.976%,その他0.185% ここ

 Gonbe 「エゴサーチしない」という言葉に感銘を受けました。 情報満載の作者様サイトや本フォーラムでの誠意に溢れたご対応を拝見していますと、日本人ユーザーが増えるのは当然であると断言できます。 また、現状の配布

 弦生ささと >マークXさん ありがとうございます。 >海外の利用者増加は大幅な開発リソース増加に繋がる 海外ユーザーが増えたからといって、増加するのは地域性や言語性の違いによる部分なので、すでに

 弦生ささと >Gonbeさん ありがとうございます。 >「エゴサーチしない」という言葉に感銘を受けました。 エゴサしないのはメンタル的な理由と、時間的な理由、情報の種類が主ですね。 私の場合、こ

弦生ささと
03/25 (金) 15:19
[8]
報告
0b172 に更新以降、温度表示が異常です

Gonbe お世話になります。 私は、ウインドウ左端へ移動させたタスクバー上に重ねて、シルメラを縦表示にしていますが、0b172 に更新以降は温度表示が異常となっています。 【事象1】CPU温度表示は問題ありませ

 弦生ささと >以前のように少数点以下を表示しないように設定 スタイル設定に、No decimal pointというのを追加しました。

 Gonbe 素早い対応に驚いています。 これから試してみます。 本当に有り難うございます。

 Gonbe thilmera7.ini をコピペした上、テスト版を起動してみました。 0b171 の時と同様の「小数点なし」の表示が実現できました。 迅速で誠実なご対応に厚く感謝申し上げます。 有り難うございます

Gonbe
03/25 (金) 09:27
[5]
報告
自動アップデート時にバージョン履歴を表示したい

Rutt いつも便利に使わせて頂いています。 Thilmera は自動アップデートしたときにバージョン履歴のウィンドウが表示されると思うのですが、先日、まちがって右下の再度表示しないという部分にチェックを入れ

 弦生ささと 「重要なお知らせ」ウィンドウのことでしょうか? あれはiniに既読のナンバーが入るため、ini_historyの中にある何世代か前のiniをリネームして置き換える(ロールバック)することで戻ります。

 Rutt 回答ありがとうございます。試してみます。

 弦生ささと rev.5にて、「重要なお知らせ」ウィンドウを設定ウィンドウから手動で開けるようにすることで対応しました。

Rutt
03/24 (木) 22:56
[4]
不具合
thilmeraアップデート後に、ホットキーのコマンドがnoneにリセットされる

thira タイトルの通りです。 ホットキーのコマンドにスリープを設定しているのですが、thilmeraアップデート実行後に-none-に初期化されてします。なお、ホットキーのキー設定は初期化されずに残っています

 弦生ささと 報告ありがとうございます。 確認したところ、該当部分の設定ファイルの書き出しに不具合があり、修正したものをrev5としてリリースしました。 ● ホットキーを含む、キーマップの情報が消失してしま

 thira 分かりました。試してみます。修正ありがとうございました。

thira
03/23 (水) 21:14
[2]
不具合
スリープからの復帰時、マザーボードの情報が取得できない

たぬぽ PCをスリープから復帰させると、 毎回必ずマザーボートの温度とファンの情報が取得できず表示されません。 thilmera7の右クリックメニューで「プログラム再起動」をかけると 表示されるようになります

 弦生ささと とりあえずスリープ復帰後もしばらくはとれているのに突然とれなくなる。という状態のようです。 マザーボード関連のリロードをスリープ復帰後ではなく、取れなくなったときの固有値の検出時に変更しました。

 たぬぽ ありがとうございます。 スリープから復帰してもマザーボードの情報が保持されるようになりました! ログを添付いたしましたのでご確認ください。 [appended] txt

 弦生ささと ありがとうございます。rev4としてリリースしました。

たぬぽ
03/21 (月) 23:51
[17]
質問
設定情報(iniファイル?)の保存はどのタイミング?

通りすがりのPCユーザー 設定情報(iniファイル?)の保存はどのタイミングで行っているのでしょうか? 設定ウィンドウの右上に『設定を保存』があるので、ここをクリックすれば保存される。とは思っています。 でも、あちこち調整

 通りすがりのPCユーザー > プログラムファイルは、実行中は排他的なファイルロックがされる それは知りませんでした。 > します 承知しました。 これで手順をどうすればよいのかが分かりました。 ありがとうご

 Ryuvay 横から失礼、 >余談ですが、投稿へファイルを複数添付する方法はないですか? zipで圧縮してまとめるといいのではと思いました。

 通りすがりのPCユーザー > zipで圧縮してまとめる あ、ほんとだ。出来るみたいですね。 圧縮率で優れるrarが無いのが残念。7zはCPUぶん回す癖にzipと大して変わらないような気が。 ありがとうございました。

通りすがりのPCユーザー
03/21 (月) 23:50
[6]
不具合
0b172 画面解像度変更時に強制終了

gcrtnst PC の画面解像度を変更するとシルメラが強制終了します。エラー等は表示されずいきなり終了します。初期設定のシルメラで再現します。0b172 Rev.2 で確認。0b171 Rev.14 では再現しませ

 マークX >タスクバーの位置を変更(下→上)した場合でも発生します。 横からですが当方の環境でも再現しました Windows 10 Pro x64 19044.1586 フルHDモニタ1つのみ接続 DP

 gcrtnst 当方環境にてテスト版で動作確認し、上で報告させていただいたいずれの現象も改善していることを確認しました。 ありがとうございます!

 弦生ささと 確認ありがとうございます。 rev3としてリリースしました。

gcrtnst
03/20 (日) 20:27
[10]
報告
表示される名前について

マークX お世話になっております。 先日のアップデートから立ち上げ時のユーザーアカウント制御の通知やタスクマネージャで表示されるプロセスの名前がサイトURLに変わっていますね。 Official ZIPを展開

 弦生ささと 報告ありがとうございます。 バージョンの中のDescriptionという所なので、説明を載るんだからURLでいいやーとおもったのですが、怪しい?感じになっちゃいましたかね。 とりあえずバージョンは

 マークX 対応ありがとうございます! けっこうびっくりしましたねw

マークX
03/20 (日) 15:45
[2]
不具合
0b172で曜日が表示されなくなった

通りすがりのPCユーザー 0b172に更新したら日時から曜日が表示されなくなっちゃいました。 改善を希望します。

 通りすがりのPCユーザー > 「MS ゴシック」 を使ってください。 『標準に戻す』をクリックするとそうなって、一番コンパクトになるのでしっくりします。

 弦生ささと ええと、何が問題となっていますか?

 通りすがりのPCユーザー あ、大丈夫です。解決しました。 結局 > 英語表記に変更して回避することにしました。 に落ち着きました。 ありがとうございました。

通りすがりのPCユーザー
03/20 (日) 13:04
[15]
要望
メインウインドウのカラーor明るさの微調整をしたい

通りすがりのPCユーザー メインウインドウの枠線とフォントは現在『白色』で固定されています。明度も『最大』で固定されているようです。 これらを変更調整できるよう改善を希望します。 長い間MS Officeなどでデフォルトだっ

 通りすがりのPCユーザー そこを弄るとプロパティが変化します。デスクトップに常駐表示されているメインウインドウは変化しません。 メインウインドウを微調整したいのです。 小さいから気にしない事にしていたのですが、左半分にMS

 弦生ささと メインウインドウのカラーはそれこそRGBの最小単位で自由に変えれるのですが…

 通りすがりのPCユーザー あぁ~! この上のテキストを調整すればいいのですね。 ありがとうございます。

通りすがりのPCユーザー
03/20 (日) 13:01
[5]
thilmera project - forum (Japanese)
=解決= 報告 GPU温度と消費電力の表示について
#849
try - 2066@JAQVz6UI 返信 2022/04/06 (水) 15:15
初めまして、長らく愛用させていただいております。
タイトルの件、きっと誰か報告してくれると他人任せにしていましたが、
なかなか報告が出ないので、僭越ながら私から報告させていただきます。

Ver0b172Reb.8更新からだと思いますが、GPUの消費電力が正しく表示できていない様です。
(画像下はRadeonのパフォーマンスモニタの表示です。)
また、GPUの設定項目で、温度OFFでジャンクション温度ONの設定にすると、
ジャンクション温度が更新されない様です。
温度の方はどのバージョンから発生しているのかはわかりません。

環境:Win11 GPU RadeonRX5700(ドライババージョン22.3.2)

弦生ささと - admin 返信 04/06 (水) 20:55
>きっと誰か報告してくれると他人任せにしていましたが
Radeonに関しては、A10APUのR7 200しかないため、該当部分は私の方では一切確認のしようがないので、報告してもらえないと問題がある事自体気づけません…

repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220406-205235.zip
ワット数とジャンクション温度に関して、ここかなぁ的な修正をしてみました。

確認をお願いします。

try - 2066@JAQVz6UI 返信 04/07 (木) 10:49
2点とも正常に動作していることが確認できました!
ありがとうございました。

>きっと誰か報告してくれると他人任せにしていましたが
貴殿ではなく、ほかのユーザーが報告してくれる事を期待しての発言のつもりでした。
どちらにしても、不必要な発言でしたね。申し訳ない。

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


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

=解決= 要望 システムトレイのThilmera7のアイコン右クリック時の挙動について
#848
Mc - 2063@IvqMWGt3 返信 2022/04/03 (日) 00:42
こんばんは。

Vistaで使わせてもらってます。

システムトレイのThilmera7のアイコンを「右」クリック時に、Thilmera7が最前表示(アクティブっていうんでしょうか)になると思うのですが、
これを、右クリックしても背面表示のままにできないでしょうか。

「最前表示」というチェックボックスの機能がありますが、これのまったく逆の「背面表示固定」みたいなのが自分としては欲しいです。

スクリーンセーバーからデスクトップ画面に戻した後なのか、ブラウザとかファイラーを「最小化」→「最大化」した後なのかよくわかってないんですが、
システムトレイのアイコンを右クリック時以外にも、何かの拍子にThilmera7が最前になっている事があります。

アイコンを「左」クリックでThilmera7の表示/非表示が切り替わり、その拍子に最前表示になるのは普通だと思ってます。
でもこの場合も「背面表示固定」みたいなのが機能している時は、最前表示にはならないで欲しいなって思ったりもします。

Vistaだからなってるんですかね。サポート切れじゃないWindowsならないのかな……

[appended] 7z

弦生ささと - admin 返信 04/03 (日) 16:57
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220403-165604.zip
以下の修正を行いました。

 ○ メインウィンドウを最背面に表示する設定を追加。
 ○ タスクトレイアイコンのクリック時に、メインウィンドウをアクティブにしない設定を追加。

Mc - 2063@IvqMWGt3 返信 04/03 (日) 19:09
こんばんは。

自分の環境はVistaの32bitです。
書き忘れていたようで申し訳ないです。
32bit版のexeをお願いしたいです。

弦生ささと - admin 返信 04/03 (日) 21:26
おっと、
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s32_20220403-212527.zip
ではこちらで確認をお願いします。

Mc - 2063@IvqMWGt3 返信 04/03 (日) 23:49
こんばんは。

さっそくテストBuildをいじらせてもらってます。
確認した際の画像を添付しました。

>○ メインウィンドウを最背面に表示する設定を追加。

これはちゃんと動いており、項目チェック時には最背面になるようになりました。
右クリックメニューと設定画面のチェック状態も同期していましたし、
「最前面」と「最背面」はトグル式にもなっていました。
00_トレイ右クリックメニューと設定メニューのウィンドウ最背面ボタン.jpg

>○ タスクトレイアイコンのクリック時に、メインウィンドウをアクティブにしない設定を追加。

このチェックボタンは微妙に意図した動作じゃないかもしれないです。
設定画面の「アイコンをクリック時にアクティブにしない」にチェックを入れた状態で、
システムトレイのThilmera7のアイコンを右クリックすると、右クリックメニュー(画像ではオレンジ枠で囲みました)が出ると思うのですが、
これがなかなか消えなくなります。
メニューが表示された状態で、デスクトップや別のアクティブなウィンドウをクリックしても、
メニューが消えないです。
01_アイコンクリックでアクティブにしない.jpg

・「最前表示」と「アクティブな全画面(又はムービープレイヤ)時に非表示」について

これは、このBuildからなのか以前からなのかわからないのですが、
設定で「最前表示」と「アクティブな全画面(又はムービープレイヤ)時に非表示」の項目両方にチェックを入れていいた場合、
メディアプレイヤーがアクティブの時はThilmera7は非表示になりますが、
ブラウザやファイラ等、プレイヤー以外のものは全画面でも非表示にならないっぽいです。

好みの問題もあるのかもしれないですけど、ブラウザは全画面のモニターいっぱいで使う方(特にノートPCとか)のが多いかと思うので、「アクティブな全画面(又はムービープレイヤ)時に非表示」の挙動を優先した方が
いいんじゃないかな~って思いました。
02_アクティブな全画面(又はムービープレイヤ)時に非表示(プレイヤーアクティブ).jpg
03_アクティブな全画面(又はムービープレイヤ)時に非表示(Firefoxアクティブ).jpg
04_アクティブな全画面(又はムービープレイヤ)時に非表示(IEアクティブ).jpg

※最新のブラウザだと不都合は無いのかもしれないです。
 Vistaだと最新のブラウザはインストールできないので昔のバージョンでの報告になります。


最後に、最初の投稿で「いつの間にかThilemra7が最前面になっているのがなんかイヤ」という私の話ですが、
おそらく、Vistaで仮想デスクトップを無理やり動かそうみたいなツール使ってるからかなって思い始めました。
最新のWindowsに影響がありそうなら、要望が通らなくても全然かまわないです。


[appended] 7z

Gonbe - 2064@Iylf/SFH 返信 04/04 (月) 13:51
私の環境で発生している事象が本件と関連しているように思われるので、報告いたします。
【発生環境】
Windows10 Home(21H2)64bit、0b172 Rev.8(タスクバー上にシルメラを最前表示)
【発生事象】
▲添付図に示すように、タスクトレイのアイコンを右クリックしてメニューを表示した時、
シルメラのメイン画面とメニュー画面が重なる部分で一部が「透過表示」になる。
▲シルメラのメイン画面上で右クリックした場合も、同様の「透過表示」になる。
▲以前はシルメラのメイン画面が最前面になっていたが、現在は本事象が常時発生する。
▲アイコンをクリックする毎の表示/非表示のトグル動作は、問題ありません。

弦生ささと - admin 返信 04/04 (月) 13:52
>Gonbeさん
背景色を透明にしてませんか?

弦生ささと - admin 返信 04/04 (月) 13:56
ハードウェア描画をきってみるとどうなりますか?

Gonbe - 2064@Iylf/SFH 返信 04/04 (月) 13:57
すみません、説明の意味が解りません。
デスクトップの背景は壁紙に設定していますが、
添付画像では見やすいように単色に設定しました。

弦生ささと - admin 返信 04/04 (月) 13:59
 

Gonbe - 2064@Iylf/SFH 返信 04/04 (月) 14:00
ハードウェア描画をオフにすると、メイン画面が正しく最前面になります。
なお、用事があるため暫く離席します。 すみません。

Gonbe - 2064@Iylf/SFH 返信 04/04 (月) 14:02
「背景色を透明化」は、オフになっています。

弦生ささと - admin 返信 04/04 (月) 14:09
うーん、なんらかの設定でメインウィンドウの背景が透明化してないとそうはならないのですが。
現在のiniをもう一度添付して下さい。

Gonbe - 2064@Iylf/SFH 返信 04/04 (月) 14:26
先程の「ハードウェア描画」をオフにした状態の ini を添付します。

[appended] ini

Gonbe - 2064@Iylf/SFH 返信 04/04 (月) 14:32
「ハードウェア描画」をオンに戻したら、事象が再発しています。

Gonbe - 2064@Iylf/SFH 返信 04/04 (月) 14:45
表示の過程は、次のようになります。
メニュー画面が一秒ほど最前表示となり、直ぐに透過表示になってしまいます。

Gonbe - 2064@Iylf/SFH 返信 04/04 (月) 15:07
試しに、0b171 Rev.14 に戻してみましたが、同様の透過表示は発生しています。
0b172 Rev.8 で本事象に気付いた時、ヘルプに記載されたトラブルシューティングを読み、
私が日常的にフリーソフトの摘み食いを繰り返しているため、OSの損傷を疑いました。
取り敢えず「DISM」と「SFC」を実施しましたが、状況の変化はありませんでした。

Gonbe - 2064@Iylf/SFH 返信 04/04 (月) 21:34
事象の様子を動画キャプチャーしてみたので、容量制限に注意して添付します。

[appended] zip

Gonbe - 2064@Iylf/SFH 返信 04/04 (月) 22:17
書き漏らしていました。
私は、最初から「レイヤード」をオフに設定しています。
従って、「背景色を透明化」の設定はアクティブになっていません。

弦生ささと - admin 返信 04/05 (火) 21:31
昨日の終業後にやるつもりだったのですが、疲れてへたばってました…すみません。

repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s32_s64_20220405-212307.zip

>Mcさんの案件

>このチェックボタンは微妙に意図した動作じゃないかもしれないです。
こちらに関しては、ほとんどの常駐アプリケーションが同じ挙動なため、それが普通なのだと思いますが、なんとか回避する方法をみつけたので、試してみてもらえればと思います。
ただ、アクティブウィンドウははがれると思います。

>ブラウザやファイラ等、プレイヤー以外のものは全画面でも非表示にならないっぽいです。
これは多分元からで、全画面というのはそもそもタスクバー領域を含めたすべての画面を使用しているウィンドウがアクティブの場合。ということになります。

なので、設定として、タスクバー領域を考慮するというものを追加しました。

>いつの間にかThilemra7が最前面になっているのがなんかイヤ
こちらはメインウィンドウでのTキーや、ダブルクリックなどで意図せず切り替えてしまっているからだと思います。

手動による操作以外で勝手に最前面になるような機能はありません。

なので、Tキーはキーマップからオフにできるので、ダブルクリック時のアクションを選択できるようにしました。
今のところ何もしないと最前表示のきりかえだけですが。

>Gonbeさんの案件
>透過表示になる
こちら、ハードウェア描画はそもそもレイヤード・非レイヤードの区別がないため、Gonbeさんが昔に弄った背景の透明度が適用されていたようです。(デフォルト設定は100%の不透明)

ハードウェア描画でもレイヤード設定がオフの場合は、半透明の値を適用しないようにしました。

弦生ささと - admin 返信 04/05 (火) 21:33
このテスト20220405-212307の変更点のまとめ

 ○ メインウィンドウを最背面に表示する設定を追加。
 ○ タスクトレイアイコンのクリック時に、メインウィンドウをアクティブにしない設定を追加。
 ● ハードウェア描画にて、レイヤードの設定がオフでも、背景の透明度の指定が適用されてしまっていたのを修正。
 ○ 主に低リフレッシュレート向けに、ウィンドウサイズが変更された際、次のフレームタイミングを待たずに内容の再描画を行うように変更。
 ○ 全画面の使用時にthilmeraを非表示にするモードの判定に、タスクバーを考慮する選択肢を追加。
 ○ メインウィンドウのダブルクリック時のアクションを指定する選択肢の追加。

Gonbe - 2064@Iylf/SFH 返信 04/05 (火) 22:35
勤務でお疲れのところ、申し訳ありません。
私も疲れて一眠りして目覚めたところです。 今からDLして試したいと思います。

Mc - 2065@IvqMWGt3 返信 04/05 (火) 22:43
こんばんは。

ダウンロード後に上書き後、UAC再登録してPC再起動したところなんですが、
昔からたびたび噂される「シルメラが重い!」っていう症状に出くわしました。

後、CPU情報の項目がエラーになってます。
たぶんCPU温度が取得できてないんじゃないかな~って素人の私は思いました。

実装項目のテストはこれからです。

Mc - 2065@IvqMWGt3 返信 04/05 (火) 22:58
追記です。

もう一度PC自体の再起動をしたのですが、
よくわかりませんが、今度はCPU情報は正常っぽくなりました。

ただ、Thilmera7のCPUプロセスはいつもよりはるかに重いままです。
長丁場にならないといいんですが……

弦生ささと - admin 返信 04/05 (火) 23:11
なんだろう…

すみません、とりあえずiniファイルを下さい。

Mc - 2065@IvqMWGt3 返信 04/05 (火) 23:16
設定画面で「設定を保存」をクリック後に、日付が最新になったiniファイルを添付します。

新規追加の項目確認中ですが、Thilmera7のCPUプロセスは6%~11%を行き来してます。
でも表示がおかしいだけで、実際にCPUを使ってるって感じではないです。
CPU温度は30%前後のままです。

[appended] ini

弦生ささと - admin 返信 04/05 (火) 23:23
すみません、ハードウェア描画ではない場合のレイヤードがノーウェイトになってフル回転してました。そりゃ重い。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s32_s64_20220405-232253.zip

弦生ささと - admin 返信 04/05 (火) 23:26
昔からたびたび噂されるほどシルメラって重いんですね…
軽くすることに相当な心血を注いでいてるのですが…

弦生ささと - admin 返信 04/05 (火) 23:34
そもそもデフォルト50msというのを変えるかな…

大抵の常駐モニターと同じ1sec更新で負荷や速さで負けるような相手が全く思いつかないけど、20倍の処理をしているという前提でも重いってことなら、いったい何と比較されてるのかなぁ。

Gonbe - 2064@Iylf/SFH 返信 04/06 (水) 00:16
Rev.8.9 および Rev.8.10 を試しましたが、Rev.8 の時と同様に透明化表示されます。
ここで、重大な事実を発見しました。
もしかしてと思って、シルメラのメイン画面をタスクバーの外に出してみたら、
ハードウェア描画の場合には、添付図のような表示になっていたのです。
この状態でも、シルメラのメイン画面をドラッグしている間は正常に表示しますが、
ドラッグするのを止めると、再び添付図のような透過した表示になってしまいます。
タスクバーの色を黒にしているため、今まで気付かず申し訳ありません。
もしかして、以前は正常に表示していたと思ったのは、ソフトウェア描画で使用して
いたからと思われ、現状でもソフトウェア描画にすれば表示に問題はありません。
いわゆる「おま環」という結論になってしまうかも知れません。
なお、Rev.8.9 および Rev.8.10 では、何故か NET と DISK の IO 表示の箇所が
一行で表示されるようになりました。

弦生ささと - admin 返信 04/06 (水) 01:11
>Gonbeさん
再度確認したところ、先ほど修正した部分もだったのですが、じつはもう一段階バグがあり、#000000のバックカラーの場合、値が更新されてないと判断されて、更新時の背景クリアが透明になってしまうという不具合がありました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s32_s64_20220406-010942.zip
また、ディスクやネットなども調整したので、再確認をお願いします。

弦生ささと - admin 返信 04/06 (水) 01:18
#000000のバックカラーのバクに関しては、ハードウェア描画における背景カラーのキャッシュでの完全な論理的なプログラムミスというか、私の想定ミスで、環境に依存するものではなく、再現性は100%でした。

Gonbe - 2064@Iylf/SFH 返信 04/06 (水) 01:33
Rev.8.11 でメイン画面が正しく最前面に表示されるようになりました。
短時間の確認であり色々な設定を弄っていませんが、問題ないように思われます。
私のような年金生活者は万年暇人ですが、毎度お疲れのところを迅速な対応をして
下さいまして、本当に有り難うございます。 今後とも宜敷お願いいたします。

Gonbe - 2064@Iylf/SFH 返信 04/06 (水) 02:07
>昔からたびたび噂されるほどシルメラって重いんですね…
私は、軽快動作の素晴らしいツールであると思います。 50msec でも軽快動作。
ユーザーのニーズに応えて進化・多機能化してますが、全然重いとは感じません。
ディスク・ミラーリング・ツールも付属しているし、いじり甲斐のあるツールですよ。

Mc - 2065@IvqMWGt3 返信 04/06 (水) 02:49
こんばんは。

新規追加の項目を確認していたのですが、3つあるどのテストBuildで検証していたのかわからなくなってしまったので、明日の夜また書き込みます。

※CPUプロセスは直ったっぽいので、画像だけ現状の画像だけ添付しておきます。

Thilmera7が重い軽いの話は、ここのみんなには嫌われちゃいそうですが、個人的には掘り下げたい話題です。

LinuxやLitestepさんのSystem情報系のモジュールに比べるとなんとなく重い気がします。
Windows標準のタスクマネージャよりThilmera7のがCPUとMemory使用量多いなとか。

タスクマネージャはなんか表示上でズル?っていうのかわかりませんが、特別扱いされてそうとか素人の私は思いますが……

これはCPUだとかMemoryだとか、ハードディスクへのアクセスだとか、そもそもOSが違うとかわかっていない人間の感想です。

寝ます。

Gonbe - 2064@Iylf/SFH 返信 04/06 (水) 03:47
感性や思考などは個人差がありますので、何とも申せませんが・・・
OSに標準搭載のリソースメーターで、シルメラのリソース消費を確認してみました。

弦生ささと - admin 返信 04/06 (水) 05:09
>Thilmera7が重い軽いの話は、ここのみんなには嫌われちゃいそうですが、個人的には掘り下げたい話題です。
ぜひとも説得力のあるお話が聞きたいです。

>Windows標準のタスクマネージャよりThilmera7のがCPUとMemory使用量多いなとか。
確認してみましたが、Windows標準のタスクマネージャの更新頻度に合わせた1秒のプリセットで、それぞれの負荷が

・Windows標準のタスクマネージャが CPU0.6% GPU5.7%
・シルメラがCPU0.2% GPU0.3%

だったんですが、シルメラのほうが重いですか?

>LinuxやLitestepさん
すみません、Linuxとちがって、Windowsはメモリの出し入れそのものが死ぬほどコストがかかるので、Linuxと比べるのはそもそも話が変わってきます。
Litestepっていうのは検索してみましたが、よくわかりませんでした。これもLinuxのものですか?

Gonbe - 2067@Iylf/SFH 返信 04/06 (水) 21:10
>Thilmera7が重い軽いの話は、ここのみんなには嫌われちゃいそうですが、
私は、Mc さんの意見に反論しているのではなく、単に自分自身のシルメラ使用感を
述べているだけなので気にしないでくださいね。
なお、デフォルト設定のシルメラはフレーム速度が最速になっているので、処理能力が
非力なPCの場合は、動作が重いと感じるかも知れません。
また、常駐ソフトを大量に仕込んでいるPCの場合も、同様に処理が重くなります。

Mc - 2068@IvqMWGt3 返信 04/06 (水) 21:12
こんばんは。

説得力のある話はツールを作ったことが無い素人の私には無理だと思います。
ただし、動作が重い軽いの話題は個人的に掘り下げたいです。

CPU使用量が多いと重いのか、Memory消費が多いと重いのか、ハードディスクのアクセス頻度が多いと重いのか、はたまたそれ以外なのか。
私には定義がわからないから掘り下げたい。

何をもって「重い」「軽い」って言ってるの?ってのを今よりもっと詳しく知りたいから
掘り下げたいって感じでしょうか。

ちなみに私は「アプリケーションの起動が遅いと重い」「アプリケーションをクリックした際にすぐ反応が戻ってこないなら重い」ぐらいしかわかりません。

フロッピーは間違いなく付いてる、MS-DOSは起動したけどハードディスクは付いてるのか付いてないのか
よくわらかないPC9801シリーズとかダイヤルアップでインターネットとかを、ここのフォーラムのみんなは
経験されてると思うんですよ。

私も多少あるんですよ。その記憶がある私には、どのツールも軽すぎ早すぎなんじゃ……
いったい何が重いの?ってなるわけです。

「シルメラ7重い」ってたびたび噂になっている(またはなっていた)自覚が、作者の方にあると思うんですよ。
だってヘルプにそれ専用の案内があるわけですからね。
で、「いったい何が重いんですかね~」って話題を掘り下げたいわけです。


私のタスクマネージャとThilmera7の「一般的な常用モニター 1sec」での画像を添付します。

CPU使用量はタスクマネージャのが多いですね。
Thilmera7のがCPU使ってるなって思ってたんですが、勘違いだったのかな。

Memoryはよくわからないです。
まずThilmera7s.exeの項目が2つあるっていうのがよくわからないです。
そしてタスクマネージャも「タスクスケジューラを含むのか」「含まないのか」とかよくわからないです。

画像では、Thilmera7s.exeの片方が「17.476K」で、Tsaskmgr.exeが「5.848K」になってるので、
私はこれを以前見た時、「Thilmera7のがタスクマネージャより重いんだな~」って思ったんだと思います。

※私としてはこういうのが知りたいわけです。結局タスクマネージャとThilmera7のメモリはどっちが多いの?重いの?軽いの?


最後にLitestepはLinuxでは無く、Windowsだと思います。
WindowsのExplorer.exeが大っ嫌いみたいな集団がいて、Windowsは使うけど、タスクバーはいらないやとか、ファイラもExploperじゃないやつ使うしとか、トレイもいらないみたいな……
タスクバーもトレイも含めて全部独自プラグイン(モジュール)で動かそうぜ!みたいなツールがLitestepです。

このLitestepのプラグインの一つに「パフォーマンスモニタのカウンタ?(っていうのかな、ものすごい量の項目数で素人にはなんだかわからないやつです)」を
「文字」「色」「グラフ」「バー」で指定したインターバル(秒)で表示するっていうThilmera7と似たようなのがあるんです。
「xStatsGraph」っていうプラグインなんですけど。
「\Processor(_Total)\% Processor Time」こういうのを拾ってきて表示するヤツです。

これをThilmera7とまったく同じ設定で両方の負荷を調べたら、「xStatsGraph」のがなんとなく軽そうかな?って思ったわけです。

実際に試したことは無いです。

Mc - 2068@IvqMWGt3 返信 04/06 (水) 21:17
めちゃくちゃ長くなってるなw


「thilmera7test_build_s32_s64_20220406-010942.zip」で新規機能を確認しなおしてます。
thilmera7s.exeの更新日時が、「2022/04/16 1:08」のBuildです。


>○ メインウィンドウを最背面に表示する設定を追加。

この内容も今回のBuildで再確認しました。

1. 最初に「最前表示」にチェック。
2. 次に「ウィンドウ最背面」にチェック。

この操作を行った際なんですが、「ウィンドウ最背面」にチェックを入れた際にはThimera7のメインウィンドウを更新してないのかなって思いました。

※「最前表示」は、チェックを入れた瞬間にThilmera7のメインウィンドウを更新して、すぐに最前になると思います。

「ウィンドウ最背面」にチェックを入れた後、さらにタスクトレイをクリックしないと「ウィンドウ最背面」の効果が出ないっていうんでしょうか。
「ウィンドウ最背面にチェックしたけど、なんか何も変わらないな」って一瞬思ってしまいます。

※実際にはThimera7を再起動したり、タスクトレイを左クリック2回ぐらいして表示非表示を切り替えれば
 「たしかにウィンドウ最背面になってるな」ってわかるので、このままでも良いとは思います。


>○ タスクトレイアイコンのクリック時に、メインウィンドウをアクティブにしない設定を追加。

「アイコンクリックでアクティブにしない」にチェックが入っている場合、タスクトレイ右クリックで表示されるメニューが
なかなか非表示にならないという挙動は発生しなくなっており、デスクトップ上やThimera7とは別のウィンドウをクリックした際にも、すぐに非表示になるようになっていました。

機能としても、ここにチェックが入っている場合は、タスクトレイ「右」クリック時にThilmera7のメインウィンドウはアクティブにならなくなりました。
タスクトレイ「左」クリックの場合は、いつも通りメインウィンドウの表示と非表示が切り替わります。

「最前表示」と「アイコンクリックでアクティブにしない」の2つにチェックが入っている場合の挙動は、
「最前表示」が優先になっているようで、違和感や不具合っぽい症状は見当たらないです。

この新規設定項目は私にとってありがたい機能です。

>○ 主に低リフレッシュレート向けに、ウィンドウサイズが変更された際、次のフレームタイミングを待たずに内容の再描画を行うように変更。

これは私にはどう確認すればいいのかわからなかったです。


>○ 全画面の使用時にthilmeraを非表示にするモードの判定に、タスクバーを考慮する選択肢を追加。

「最前表示」と「アクティブな全画面(又はムービープレイヤ)時に非表示」と「全画面 - タスクバーを考慮する」の
3つにチェックを入れた状態で、ブラウザやファイラなどを全画面でアクティブになった場合、ムービープレイヤーがアクティブ時と同様に
Thilmera7のメインウィンドウが非表示なることを確認しました。

また、この状態で「全画面 - タスクバーを考慮する」のチェックを外した場合には、以前と同様の挙動で
ブラウザが全画面且つアクティブでも、「最前表示」が優先されThilmera7のメインウィンドウは最前表示されます。


>○ メインウィンドウのダブルクリック時のアクションを指定する選択肢の追加。

これは、せっかく実装していただいのに言いにくいんですが、
私の「いつの間にかThilemra7が最前面になっているのがなんかイヤ」っていう書き方がよくなかったです。
「いつの間にかThilemra7のメインウィンドウがアクティブになっているのがなんかイヤ」こういう症状です。

でも、新機能なので触らせてもらいました。

設定で「ダブルクリック - アクション」が「ウィンドウ最前表示を切り替え」になっている場合、
メインウィンドウをダブルクリックで、「最前表示」にチェックが入り、「最前表示」になることを確認しました。
設定が「なにもしない」の場合は、メインウィンドウをダブルクリックしても何も起こらないみたいなので、
内容通りになっていると思います。


とりあえず、「最背面表示」と「タスクトレイ右クリックでメインウィンドウがアクティブにならない」っていう2点の要望は叶いました。

弦生ささと - admin 返信 04/06 (水) 21:47
>CPU使用量が多いと重いのか、Memory消費が多いと重いのか、ハードディスクのアクセス頻度が多いと重いのか、はたまたそれ以外なのか。
>私には定義がわからないから掘り下げたい。
私もわからんです。

何が理由で重いって言われてるのか私自身が全く知らないので…

そして前も話題になりましたが、ネガティブなレビューや批判には、貶すことを目的としたものがあり、その内容は貶すことができれば貶す内容にとくに意味はありません。

重いって言われてる人たちがいったいどんな設定で、何と比較したときに重いといっているのか、具体的なことはわかりません。


>「シルメラ7重い」ってたびたび噂になっている(またはなっていた)自覚が、作者の方にあると思うんですよ。
一つだけ判明しているのが、シルメラをデフォルトの50msで常駐させた場合、アイドル状態のPCで最もCPUリソースを食っているのがシルメラになる事はよくある。という事。
これが転じて、重いじゃないか?と言われる理由かもしれません。

しかし実際には常駐アプリは1秒更新が殆どのため、それに合わせた状態で比較すると、PCヘの負荷で負ける相手を探すのはかなり困難だと思います。

>結局タスクマネージャとThilmera7のメモリはどっちが多いの?重いの?軽いの?
メモリは、プロセス系をオンにする場合、タスクマネージャーのほうが少ないと思います。
ただ、メモリの分量の高々数十MBが多い少ないというのは、PCのパフォーマンスに影響を及ぼすレベルではありません。
少なくとも体感するのは不可能ですし、CPUなどの負荷で優っている時点で逆転することはありえません。

xStatsGraphに関してはソースコードの履歴?しか検索してもひっかからないので、実際に比較して確かめるのは難しいですね。

>この操作を行った際なんですが、「ウィンドウ最背面」にチェックを入れた際にはThimera7のメインウィンドウを更新してないのかなって思いました。
これは認識していて、対処できていない問題です。
本来ならばスイッチのタイミングで最背面にとばしたいのですが…

>とりあえず、「最背面表示」と「タスクトレイ右クリックでメインウィンドウがアクティブにならない」っていう2点の要望は叶いました。
good!

Gonbe - 2067@Iylf/SFH 返信 04/06 (水) 22:26
ソフトが「重い」とか「軽い」というのは、そのソフトを動作させる上で消費するコンピュータ資源(CPU時間、メモリ量など)によると思います。
「重い」とか「軽い」と言っている人(私も含めて)は、何らかの比較対象があって感覚的に言っているだけで、定量的な要素は何も無いでしょう。
もちろん、この値を超えたから重いというような絶対値はありませんし、PC環境や個人の感性などによっても変わりますので、何とも言えませんね。

Mc - 2069@IvqMWGt3 返信 04/07 (木) 00:01
タスクマネージャとThilmera7のCPUとMemoryの負荷について教えていただきありがとうございます。

私のThilmera7の設定だと、GPUとかルーターの状態みたいな、タスクマネージャでは
読みにいっていない情報が表示されているにも関わらず、
Thilmera7のがCPU使用量が低いっていうのは、やっぱりThilmera7のが圧倒的に軽いのかなって
書き込んだ後に思いました。

LitestepのxStatsGraphも、nVidiaとかAMDの情報までは拾ってこれないっぽいので、重いとか軽いの前に
CPU情報と同時にGPU情報を表示できるThilmera7のが、一枚上手かなって思いなおしました。

>○ メインウィンドウのダブルクリック時のアクションを指定する選択肢の追加。

後、この件は余計な手間をかけてしまったと思います。ほんと申し訳なかったです。


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

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


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

=解決= 報告 シルメラが非表示状態で起動することがあります
#846
catcat - 2046@vO6s2m4I 返信 2022/03/30 (水) 23:52
0b172以降、シルメラが情報画面オフ状態で起動することがあります。
タスクバーのシルメラのアイコンをクリックすると表示がオンオフされますがあれのオフ状態のことです。
たまにオン状態で起動することもありますが8割方オフです。
オフで起動してもタスクバーのアイコンをクリックすれば普通に表示されますが、今までは必ず表示状態で起動していたので少々不便です。Windows10です。

弦生ささと - admin 返信 03/30 (水) 23:54
ここがオンになっていないなら、たんに終了したときに非表示だったからだと思いますが、そういうことではないのでしょうか?

弦生ささと - admin 返信 03/30 (水) 23:58
設定に問題がなく、終了時に非表示ではないにも関わらず、起動時の8割が非表示になる。ということなら、とりあえずこちらで再現できるか確認しますので、thilmera7.iniを添付して下さい。

弦生ささと - admin 返信 04/03 (日) 16:56
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220403-165604.zip
終了時の最小化の状態を引き継がない設定を追加しました。

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


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

=解決= 報告 トリガーアクションのちょっと気付いたことについて。
#847
PC 管理係 - 2027@4Q8WGBh4 返信 2022/04/01 (金) 21:21
先日はトリガーアクションを追加していただき本当にありがとうございました。

フォーラムの最新の物が嫌な終わり方に感じるような終わり方になっているため(あくまでも私個人が思ったことです。作っている側からしたら見てないのにわざわざ持ってこなくて良いという気持ちは良く分かります。)に書いて良いのか躊躇しましたが、かといって書かないのもと思ったため書かせていただきます。

トリガーアクションのトリガーの発動条件についてなのですが、「指定した平均以下で発動」というような形でしょうか。
10分間、50%以下(その他は初期設定)というようなトリガーを作り実行してみた際に8分程アイドル状態(10%程?)でそこからフルパワーで動いた際に発動したため(discodeに来たログはCPU:100% (34%)というログでした。)少し気になりました。
ここから少し思ったのですが、「測定値の中に◯◯%例えば100%があればタイマーをリセットする」というようなオプション設定があっても良いかなと思いました。

ただこれは現在でも十分に有用で機能している機能なためお忙しければ後に回していただいても構いません。

よろしければ検討していただけますでしょうか。

最後に最初の方のフォーラムについての言及で不快に感じられたら申し訳ありません。

弦生ささと - admin 返信 04/01 (金) 22:15
>フォーラムの最新の物が嫌な終わり方に感じるような終わり方に
あぁ、すみません…助かります。
空気悪くするのは本意ではないので、私の発言部分は消しておきました。


トリガーアクションのトリガーの発動条件は、1分間の平均値と指定値を比較します。

ただ、おっしゃるケースを考えると、平均値+最大値と指定地の比較ができるオプションを追加したほうがいいかもしれません。

repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220401-221224.zip

最高値の比較というオプションを追加しました。
これは平均値より下にくわえて、かつ最大値より下の場合のみ発動となる意図のものです。
こちらをテストしてみて所管をお願いします。

PC 管理係 - 2062@4Q8WGBh4 返信 04/01 (金) 23:02
テストバージョンを早速作っていただき申し訳ないです。

結果から言うと十分に発動してくれました。
添付した写真を見ていただきたいのですが、まず1枚目アイドル状態 1分発動設定で
音が鳴る設定にしました。
こうすることで音量ミキサーで音が出ているかの識別をするためです。
実験結果は音が鳴り、アイドル状態というのが検知出来ました。

PC 管理係 - 2062@4Q8WGBh4 返信 04/01 (金) 23:08
2枚目はOCCTでのフル負荷でのテストになります。
条件は同じ、ただし30秒時点でOCCTスタートになります。
(40~50秒時点で音が鳴る=発動することが多かったため30秒に指定いたしました。
結果は大体同じ位の51秒時点で発動せず(1分30秒まで待ちましたが発動はしませんでした。)

以上の結果から問題なく動いてる...と思います

とりあえずテスト内容だけ早く乗せたいのでここで一旦切り離します。

弦生ささと - admin 返信 04/01 (金) 23:13
>(40~50秒時点で音が鳴る=発動することが多かったため30秒に指定いたしました。

これに関してはちゃんとドキュメントをおこすべきかもしれませんが、シルメラが起動した時刻の次の1分間(00秒から59秒)以降で、毎分00秒のときに判定が入ります。

このへんは平均値が1分単位だからなのですが、秒単位の端数も考慮したほうがよいでしょうかね…

PC 管理係 - 2062@4Q8WGBh4 返信 04/01 (金) 23:25
書いてる途中に返信が来たので先に返信しますね。

>シルメラが起動した時刻の次の1分間(00秒から59秒)以降で、毎分00秒のときに判定が入ります。
>平均値が1分単位だからなのですが、秒単位の端数も考慮したほうがよいでしょうかね…
いやぁ...正直知らせる目的のものでdiscordに通知が届いた瞬間にマクロ?(なんだっけ自動でクリックとかしてくれるやつ...)が作動して1秒のロスも無いように修正するというような状態ならまだしも通知をしてくれたのを見て手動で直しているのでそこまで過敏にならなくても...とは思いますね...。
そっちよりも個人的には「GPU-[1」という表記をGPUに出来たら嬉しいなぁ...って思っちゃいます。

PC 管理係 - 2062@4Q8WGBh4 返信 04/01 (金) 23:31
あ...すみません不具合発見しちゃったかもです...。
edge更新しようとF5押したらthilmera更新しちゃったみたいで縮むっていうの発見しました。

thilmeraを再起動してF5押してみたらまた縮んだので再現性もありそう...?です

弦生ささと - admin 返信 04/01 (金) 23:45
デフォルト設定では、F5キーはiniの再読み込みとホットキー再設定、iniのウィンドウのサイズでリフレッシュになります。

縮む…というのはちょっと確認できてません。
問題発生しているthilmera7.iniファイルを添付して下さい。

PC 管理係 - 2062@4Q8WGBh4 返信 04/01 (金) 23:49
>縮む…というのはちょっと確認できてません。
縮むって表現の仕方をしたのは画像の通りぎゅっと圧縮されたような見た目で真っ先に思った言葉だったので。

とりあえずiniファイル添付させてもらいました。

[appended] ini

弦生ささと - admin 返信 04/02 (土) 00:19
F5のリフレッシュや、設定の読み込み、ディスプレイセットの切り替えに排他処理を追加し、メインウィンドウが崩れる現象の軽減を試みました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220402-001857.zip

PC 管理係 - 2062@4Q8WGBh4 返信 04/02 (土) 00:36
あまりF5を押すことは無いのでとりあえず報告だけしとこと思ったのですが
改良していただき申し訳ないです。

F5連打をしてみたのですが前はウィンドウが消えて再展開のところテスト版はウィンドウが消えなくなったのですが正常動作ですか??

正常動作なら連打しても問題無かったので大丈夫だと思いますよ。

弦生ささと - admin 返信 04/02 (土) 00:38
>F5連打をしてみたのですが前はウィンドウが消えて再展開のところテスト版はウィンドウが消えなくなったのですが正常動作ですか??

はい。それで問題ないです。

ありがとうございます。

PC 管理係 - 2062@4Q8WGBh4 返信 04/02 (土) 01:01
問題ありませんでしたか、良かったです。
次のRev更新の時にでも追加してくださると嬉しいです。

別でちょっと言いたくて書いてたことがあるのでそれだけ別で乗せさせてください。


>あぁ、すみません…助かります。
>空気悪くするのは本意ではないので、私の発言部分は消しておきました。
リアルで雑談とかを弦生ささとさん本人としたことが無いのでどんな性格の方なのかは分かりませんが少なくともフォーラムでの会話や私が立てたスレッドや「ヘルプのアップデートとソフトウェアの信頼性」を私が読んだ限り、物凄い丁寧な方で妥協をされない方なんだろうなとは思いました。
ただまぁ個人的に削除された文章に関してはちょっとムッと怒っておられるのかなって感じました。
当然な話ですがフォーラムに相談にも来ずヘルプも読まずに自分の知識外のことは無視して勝手に怒ってレビューに書く人意味不明な人は居るのでそういうことをわざわざ報告されたらイラっとして突発的に言ってしまうのも分かります。
これは推測ですが「ヘルプのアップデートとソフトウェアの信頼性」で書かれている物を見るに「あえて傷付かないようにしてるところに要らないものを持ってきた」というように思いました。
ただまぁ..似たような性格な気がする私が見たときはこの返信が来たら数週間下手したら数か月ショック受けて返信出来ない文章だなって思いましたけどね。
(幼少期に挫折してから自己肯定が壊れているので、「ポジティブな感情を受けていたい」「人の役に立ちたい」というのが活動の動機になります。っていう部分だけ切り出して似たような性格って思ってます。一緒にすんなって思ってたら申し訳ないです。

敬語と丁寧語って聞こえは良いですけど、顔見えずに文章だけ読んだら「え...そんなに言う...?」だとか「めっちゃ冷めてるじゃん」ってなって傷ついたりショック受けたりする文章なので難しいですね。
(別スレの話にあまり首を突っ込むのもなとは思いましたが4月1日の22時37分の文章は個人的にはえ...?そこじゃなくない...?ってなる文章でした。
(Gonbeさん、怒りを買っていたら申し訳ありません。

とりあえず長文になってしまいましたが、乱雑な文章になって申し訳ありません。
それと怒りを買う文章になってるかもしれませんし、そこも申し訳なく思ってる点です。
ただ、私はthilmeraというソフトはとても良いソフトだと思っていますし
開発は楽しんでやってもらいたいって思ってます。
(健康はブログを読んでいると気を付けて健康で居てもらいたいな...って思ってしまいますが

イラっとする文章になっていて怒りを買ってしまっていたら申し訳ありません。

Gonbe - 2061@Iylf/SFH 返信 04/02 (土) 08:09
各位の迷惑となるので、公の場(BBS)で論争したくありませんが、言葉の暴力に耐えられませんので意見(私の思い)を述べさせて頂きます。
私の投稿「03/31 (木) 01:13」に対する弦生様からの返信(今は削除された)を読んで不本意と感じましたが、論争したくないのでスルーしました。
ところが、PC 管理係さんの発言「2022/04/01 (金) 21:21」を受けて、上述したように弦生様はご自身の発言部分を削除されました。
今回のトラブルは、感性や解釈の相違によって生じたと私は今でも思っていますが、その発端は私の投稿にあることは事実です。
悪意や他意はありませんが、誤解されるような稚拙な文章を書いたのは私であり、今後は気を付けたいと思います。
また、他サイトのレビューについて、あれ程までに弦生様が嫌悪されるのは、真摯な姿勢・改善意欲を示すものですが、私は思いが至りませんでした。
シルメラとは無関係のレビューについて話題を出したことは、私としては補足説明のつもりでしたが、弦生様に不快感を与えてしまいました。
私は謝罪して弦生様に理解して頂けたと思っていますが、追い打ちをかけるようなPC 管理係さんの発言「04/02 (土) 00:38」は、繰り返し申しますが「言葉の暴力」であると思います。

Gonbe - 2061@Iylf/SFH 返信 04/02 (土) 08:20
(訂正)
【誤】PC 管理係さんの発言「04/02 (土) 00:38」
【正】PC 管理係さんの発言「04/02 (土) 01:01」

弦生ささと - admin 返信 04/02 (土) 13:02
まぁ、全くの別件ですが、裏で虚実と悪意と成りすましで生成されたウワサが独り歩きして、さもそれが常識であるかのように本人に言いに来る人まで出てくることがあるので、とにかくそういったネガティブコミュニティに関わりたくない、というのは確かです。

その点過敏になってるがために、よそ様でのネガティブな話を出されるとついダイレクトな物言いになってしまった感じになります。

本当すみません。

Gonbe - 2061@Iylf/SFH 返信 04/02 (土) 14:17
明記された趣旨を理解してガイドラインを守って投稿しているつもりですが、各位に不快感を与える事態となり、掲示板を汚してしまい本当に申し訳ありませんでした。

弦生ささと - admin 返信 04/02 (土) 14:49
まぁみなさんが引きずらなければ別に大丈夫です。
過去には結構やんちゃな書き込みも私含めてありましたので…

気にせずいきましょう。

とりあえず設定のインポートエクスポートのような機能は仕様の草案を考え中ですが、かなり前から、カラーテーマなどを共有できないかというほぼ同じ方向性の意見を年単位で保留しているので、どの程度になるかはともかく、まずは土台くらいは作らないとなと思ってます。

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


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

=解決= 雑談 皆様の表示スタイルとか紹介するのはどうです?
#845
ぼんこり - 2059@pC6BsLNM 返信 2022/03/30 (水) 11:02
いつもお世話になります。
別スレでGonbeさんの表示スタイルを見た時、あぁ、こういうのシンプルですごくいいなぁと感動しました。
このソフトはユーザーのいろんな用途に合わせて表示スタイルを柔軟にカスタマイズできるのも魅力の一つか思ってます。
そこで、他のユーザーさんがどのようなカスタマイズしているのか、スタイルなどを紹介するってのも面白いのではないかと思いました。
差し支えない範囲で画面や設定を紹介するとか、人気スタイルはテンプレ化とかも面白そうだなと。。

Gonbe - 2058@Iylf/SFH 返信 03/30 (水) 12:20
ぼんこりさん、お褒めの言葉を有り難うございます。
シルメラのユーザーカスタマイズ性は抜群であり、類似ソフトを凌駕していると思います。
何より、シルメラはOSへの登録型ではないため、レジストリを一切使用していないので、
お気に入りの「iniファイル」をバックアップしておけば、いくら設定をイジリ倒しても、
元の表示スタイルに戻せますので安心です。 仰せの企画について、私も興味深いです。

弦生ささと - admin 返信 03/30 (水) 23:13
項目まで含めるとなると、何を保存して何を保存しないかをバージョン毎に決めなければなりません。
かつ新バージョンへの移行による変更後に、古い情報が意図しないものになる可能性が高いので…どうしたものでしょうか。

それ以外にも、たとえばOSフォントが固有のものだったりするとそれでアウトですし、壁紙なども著作権などの問題からすべて公開できるものではないなど、いろいろな問題があります。

Ryuvay - 2060@4+lffoHN 返信 03/31 (木) 00:14
設定のエクスポートとインポート機能はどうでしょう?
念の為エクスポート時のファイル拡張子を固有のものにして、中身も何かしらでエンコードしておけばiniファイルとの棲み分けも出来ると思いますし、インポート時に設定不可や難しい内容は、デフォルト値にするか、変更しないといったように、開発者様の意図しない設定というのは防げるかと思います。
しかし懸念としてバージョンアップ時において、開発者様の作業が増え、バグ発生確率が高くなってしまいますので、今後の開発に今以上の負荷がかかり続ける。これは個人的な思いとして望むものではありません...

Gonbe - 2058@Iylf/SFH 返信 03/31 (木) 01:13
シルメラは、逐次ユーザーの要望を取り入れる等して、その規模が肥大化・複雑化してきたという経緯があります。
また、バージョン管理とか固有な設定の問題、著作権がらみの問題等、一筋縄ではいかなことは理解できます。
私が10年程前に初めてシルメラを弄って馴染めなかったのは、自分のシルメラに対する理解不足が大きかったのですが、
手本となるような画像も少なく、現在のように充実したヘルプも構築されていなかったように思います。
そして、横着な人の場合は、ヘルプすら読まずにシルメラを試用して、自分勝手な評価を下すこともあると思われます。
「フリーソフト 100」で色々なソフトのレビューを見ていると、糞ソフトと罵倒したものもあり嘆かわしい限りです。
本サイトのヘルプに画像を追加して頂くだけでも、どのようなことが実現できるか理解が容易になることと思われます。

Gonbe - 2061@Iylf/SFH 返信 04/01 (金) 22:37
>「フリーソフト 100」で色々なソフトのレビューを見ていると、糞ソフトと罵倒したものもあり嘆かわしい限りです。
この文面に対して一刀両断で否定的な言葉を頂きましたが、根本的に誤解されています。
私は、「色々なソフトのレビュー」の中には、汚い言葉で罵倒するものがある旨を述べています。
ユーザーが自分勝手な評価を下すという話題の過程で述べたのであり、上記の汚い言葉で罵倒されているソフトはシルメラではありません。

弦生ささと - admin 返信 04/01 (金) 23:03
>Gonbeさん
すみません。

レビュー、批評の類に、使用感や分析、良し悪しの評価ではなく、悪し様に言うこと自体が目的なものがままあることは承知しています。
これはもちろんソフトウェアに限った話ではないです。


私のソフトウェアの例でいえば、本領や使い方、導入の理解がしにくい欠点をずっと引きずっていることを自覚しているので、ぱっと使ってみてしっくりこない時点で低評価とする人はいると思います。

ただ、私の方針としては、文句をいうことそのものが主目的でないならば、具体的に直接言ってもらえたらどうやったら解決できるか考えます。というもので、逆に言えば、よそ様に動かないだの重いだの書かれても対応できないです。

なので私の「ソフトへの罵倒などがある」への答えとしては、きちんと自分の意見をもって直接言いに来るなら対応する。そうでないなら主目的が一切改善につながらないため対応はしない。という感じになります。

Gonbeさんを否定するような書き方になってしまったのは申し訳ありませんでした。

Gonbe - 2061@Iylf/SFH 返信 04/01 (金) 23:15
ご多用の中、煩わしい事となってしまい申し訳ございません。
私の文才の無さが一因と思いますし、シルメラの話題から外れていたのも事実です。
今後、文面には気を付けますので、宜敷お願いいたします。

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


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

=解決= 報告 CPUとHDDの温度変化に対する表示の追従性について
#844
Gonbe - 2055@Iylf/SFH 返信 2022/03/28 (月) 05:45
常時モニター用途のためフレーム速度は「1秒」のプリセット設定で使用しています。
ところが、CPU稼働率の下に表示されるCPU温度の変化が極めて緩慢になっています。
また、HDD温度表示欄に表示されるHDD温度の変化もフレーム速度より遅く感じます。
これらの事象は、PCに負荷をかけると顕著に分り、想定されたロジックと異なると思われます。
なお、CPU温度表示欄に表示されるCPU温度の変化については、問題がないように思われます。
それと、CPU稼働率の下に表示されるCPU温度を非表示にする設定は廃止されたのでしょうか?

Gonbe - 2055@Iylf/SFH 返信 03/28 (月) 06:15
じっくり観察していると、一定のフレーム速度で表示されていないように感じられます。
大きな温度変化がある時に、その温度変化に追従して表示していると思える場合もあり、
または実際に温度が下がっているのに数秒間も高い温度を表示したままの時もあります。

弦生ささと - admin 返信 03/28 (月) 12:34
>CPU稼働率の下に表示されるCPU温度の変化が極めて緩慢になっています。
こちら確認してみましたが、1秒だと毎フレームに間に合わない場合や、間に合わなかった場合に2回更新されたものを拾う場合があるのを確認しました。
調整は試みてみますが、高負荷時はそもそもレスポンスが返ってこない可能性があるので、そっちはまた別の問題かもしれません。

>それと、CPU稼働率の下に表示されるCPU温度を非表示にする設定は廃止されたのでしょうか?
そもそも標準設定では表示されません。
Intelですか? AMDですか?
Intel の場合はコアごとのCPU温度が有効になっているかも確認お願いします。

>実際に温度が下がっているのに数秒間も高い温度
「実際に温度が下がっている」の確認は何でされていますか?

Gonbe - 2055@Iylf/SFH 返信 03/28 (月) 13:02
ご多用のところ、何度もお手を煩わせて申し訳ございません。
CPUは、Intel(i7-6500U)です。
温度が下がっている確認は、定量的な実測ではなくて、CPU温度欄の値との比較です。
例えば、既にCPU温度欄は40℃表示なのに、CPU稼働率の下では60℃位を5秒以上も
表示していることが頻繁にあります。
高負荷時であればCPU処理能力の問題も考えられますが、CPU稼働率が数%の時でも
CPU温度欄は表示が刻々と変化しているのに、CPU稼働率の下の温度は特定の値を
5秒以上も表示していることが頻繁にあるのです。
ログとか何か必要な情報があれば、お申し付け下さい。

弦生ささと - admin 返信 03/28 (月) 13:04
CPU稼働率の下、というのがどれの項目のことなのかがまずわからないです…

>Intel の場合はコアごとのCPU温度が有効になっているかも確認お願いします。
こちらもお願いします。

Gonbe - 2055@Iylf/SFH 返信 03/28 (月) 13:07
「全コア」のチェックは、外しています。

弦生ささと - admin 返信 03/28 (月) 13:08
通常スタイルならばCPU稼働率と同じ行に温度ですが、縦長スタイルならばCPU稼働率の下に温度がきます。

また、それ以外との位置関係は、表示順序の設定に依存するので、CPU稼働率の下といわれても、それが何の項目なのかは判断ができません。

>「全コア」のチェックは、外しています。
添付画像を確認してください。

Gonbe - 2055@Iylf/SFH 返信 03/28 (月) 13:10
「CPU稼働率の下」とは、「全コア」にチェックした場合にコア別の温度が表示される箇所です。 先日送付したスクリーンショットをご覧ください。

Gonbe - 2055@Iylf/SFH 返信 03/28 (月) 13:18
「CPUマルチ」や「温度」は、OFFにしています。 添付図を参照

弦生ささと - admin 返信 03/28 (月) 13:21
これですか?

温度が消えないもこれのことですか?

Gonbe - 2055@Iylf/SFH 返信 03/28 (月) 13:22
そうです。

弦生ささと - admin 返信 03/28 (月) 13:23
よくわかりませんが、温度カラーは、温度取得がされる項目は必ず表示されます。

弦生ささと - admin 返信 03/28 (月) 13:24
CPU稼働率と同じ所の温度を非表示にしてもこちらが消えないという不具合でしょうか?

Gonbe - 2055@Iylf/SFH 返信 03/28 (月) 13:25
すみません。 温度表示が消せないのは、情報のCPU稼働率の下の温度です。

Gonbe - 2055@Iylf/SFH 返信 03/28 (月) 13:26
変換ミスでした。 情報の → 上方の

弦生ささと - admin 返信 03/28 (月) 13:30
ここがオフになっていてもということですよね?

温度の内容は更新されますか?

Gonbe - 2055@Iylf/SFH 返信 03/28 (月) 13:41
以前も送付しましたが、現用のiniファイルを添付します。
「CPU温度」をオフにすれば、CPU稼働率の下の温度も、CPU温度表示欄も消えます。
私の勘違いかも知れませんが、以前はCPU稼働率の下の温度が単独で非表示にできたと
思いましたのでコメントさせて頂いた次第です。

[appended] ini

弦生ささと - admin 返信 03/28 (月) 13:48
「CPU稼働率の下の温度 = CPU稼働率行」
「CPU温度表示欄 = CPU温度カラー」
ですね?

もしCPU稼働率行の温度だけ単独で非表示になり、CPU温度カラーだけ表示されていたのだとしたら、それはバグです。

弦生ささと - admin 返信 03/28 (月) 13:51
バグというか、そういう表示状態を意図した設定は現状ないので、CPU温度をオフにしたのにCPU温度カラーでCPU温度が表示されていた。ということなら、それは不具合由来になります。

Gonbe - 2055@Iylf/SFH 返信 03/28 (月) 13:54
非表示については、老齢のため勘違いかも知れません。 お騒がせして申し訳ありません。

Gonbe - 2055@Iylf/SFH 返信 03/28 (月) 14:09
「CPU温度カラー」という語句に馴染みがないため、言葉足らずになりました。
「CPU温度をオフにしたのにCPU温度カラーでCPU温度が表示されていた」というのではなく、
CPU稼働率行の温度だけ単独で非表示にできる設定があったと思い込んでいました。

Gonbe - 2055@Iylf/SFH 返信 03/28 (月) 14:53
設定項目を再確認したところ、「表示順序」の設定において「温度カラー」という語句が使用されていることを失念していました。

Gonbe - 2055@Iylf/SFH 返信 03/28 (月) 15:06
「温度グラフ」の設定において「温度カラー」をオフにした場合は、CPU稼働率行のCPU温度は表示されていますが、
「温度カラー」の表示箇所はCPU・HDDなど全て消えるのですね。 それは当然かな、随分と長いことシルメラを愛用していても理解不十分でした。

Gonbe - 2057@Iylf/SFH 返信 03/28 (月) 21:41
添付図のような温度表示の状態が5秒以上続くことが度々あるのです。
この時に、CPU稼働率行のCPU温度は同じ値を表示したままなのです。

弦生ささと - admin 返信 03/28 (月) 22:07
rev8にて問題の再度確認をお願いします。

フレーム計算系を再調整しました。

また、CPU温度に、メイン行のみ非表示にするオプションを追加しました。

Gonbe - 2057@Iylf/SFH 返信 03/28 (月) 22:25
貴重な時間を割いて頂きまして、恐縮でございます。
Quick CPUによる表示と比較すると、改善されたように思われますが、
短時間の確認なので何とも申せません。 様子を見たいと思います。

弦生ささと - admin 返信 03/28 (月) 22:34
元から即再現、即断定できる類の問題ではないと思うので、しばらく様子をみてみてください。

なお、負荷の度合いにより1フレーム1更新が100%保証されるものではありませんが、こちらで1フレーム1秒でテストしてみて、元が3割ほどのコマが落ちている状態から、100フレームすべて更新される程度には改善されたことを確認しました。

Gonbe - 2057@Iylf/SFH 返信 03/28 (月) 22:38
有り難うございます。 お疲れさまでした。

Gonbe - 2058@Iylf/SFH 返信 03/29 (火) 14:15
8時間程の様子見(観察)をした結果、「異状なし」と判断します。
観察は、常用しているフレーム速度「1秒」のプリセット設定で実施。
Quick CPUを起動してリアルタイムの温度変化をモニターしながら、
PCに負荷をかけてシルメラの温度表示と比較しました。
結果は、あれ程にも頻発していた事象が完全に影を潜めて再発はゼロ。
CPU稼働率行と温度カラーのCPU温度について、両者の値はシンクロ状態であり、
以前のようにコマ落ちしたような同一値を5秒以上も表示することも皆無です。
私の感覚では、CPU稼働率行にもCPU温度が表示されるのは冗長と思うため、
追加して下さった「メイン行のみ非表示にするオプション」をオン設定しました。
リソース消費も少なく、PC稼働状態を軽快に常時モニターできて重宝しています。
素晴らしいソフトを開発され、常にユーザーの声を傾聴して要望などに即応される
作者様の誠実で精力的な活動に厚く感謝を申し上げます。 有り難うございます。

Gonbe - 2058@Iylf/SFH 返信 03/30 (水) 10:15
その後も「0b172 Rev.8」は絶好調で活躍しています。
この機会に表示スタイルを変更したところ、必須情報の視認性が向上したように思います。
私がシルメラで常時モニターしているのは、当然ですがPC稼働状態を把握するためです。
その第一目的として、CPU稼働率の表示は最重要項目であり、最上部に配置してあります。
PCが過負荷状態の時は操作を控えて、処理遂行の妨げにならないように注意しています。
次に着目したいのはストレージの温度上昇とアクセス状況であり、二番目に配置しました。
ノートPCに装備されたアクセスランプは、操作中に見づらい場所に配置されることが多く、
実用性を無視してデザイン性を重視しているのかと、設計者に質問したいと思うほどです。
話が脱線して失礼しました。 シルメラは「申し分なしの有用ツール」であると思います。

Gonbe - 2058@Iylf/SFH 返信 03/30 (水) 10:28
沢山の「いいね」を有り難うございます。 益々のご発展をお祈り申し上げます。

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


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

=解決= 質問 通信量カウンタのByte設定
#841
AKA - 2052@vS5V/SB8 返信 2022/03/26 (土) 22:54
正確にどのバージョンまでか把握できていないのですが、最近のバージョンアップ後から「通信量カウンタ」の表示がByte単位からBit単位になったように思えます。
本設定について探してみたのですが、たどり着けませんでした。
Byte単位にする方法がわかる方がいましたらご教示いただけると助かります。

弦生ささと - admin 返信 03/26 (土) 22:56
多分ネットワークIOの元のほうがbpsになってませんか?

弦生ささと - admin 返信 03/26 (土) 23:03
いや、NetCTのほうは元のbps設定関係ないですね。
通信のオクテット値(バイト)をそのまま足してるので、Bit単位になる余地がないです。

AKA - 2052@vS5V/SB8 返信 03/26 (土) 23:23
>いや、NetCTのほうは元のbps設定関係ないですね。
>通信のオクテット値(バイト)をそのまま足してるので、Bit単位になる余地がないです。
ありがとうございます。

そうですか・・・気の所為何ですかね。
ルータのトラフィックと見比べるとBit/sになってる気がするんですけどね。
バージョンアップ前と特に使い方を変えていないのに、明らかにカウンタが回るようになったので調べてました。

弦生ささと - admin 返信 03/26 (土) 23:26
bpsオフの状態のネットワークIOの速度とルーター上のトラフィックの速度が8倍ほどの差がある。ということでしょうか?

ルーターの内側、イントラネットの中に通信しているところはありませんか?
当然ながらそれの中身も換算されます。

Gonbe - 2051@Iylf/SFH 返信 03/27 (日) 00:08
横槍で失礼します。
私は、今まで通信量カウンタは未使用でしたが、使用してみたら添付図のようになりました。 OS側の機能で表示させた値と差異がありますが詳細は不明です。

弦生ささと - admin 返信 03/27 (日) 00:17
ルーターがないWiFiへ直接続のPCでしょうか?

Gonbe - 2051@Iylf/SFH 返信 03/27 (日) 00:21
接続している端末(PC)は、このノートPCだけです。

弦生ささと - admin 返信 03/27 (日) 00:41
そもそものネットワークインターフェースからとってくる値がそもそも目的と違う。ということ以外考えにくい…です。

ネットワークインターフェースのユニキャストオクテットをとってきていますが、OSのデータ使用状況と比べると、私のところはデータ使用状況が517.1GB。シルメラのカウントが4.31TBでした。

が、この転送速度が間違いではないことは、イントラネット内で大きなデータ転送を行い、その転送速度と一致するのを確認しています。

つまり…データ使用状況にカウントされる数値は、ネットワークインターフェースのインアウトではない。ということでしょうかね…

nyuto - 2054@vD4+WG+F 返信 03/27 (日) 00:48
横から失礼します。
私の方では、添付した画像の通り、Windowsのデータ使用量(チーミングしているので2つの合算の約400GB)のほぼ8倍(3.2T)が記録されているのでbit単位で計測されているとみて間違いなさそうです。

一応、この環境はほぼ常時Thilmeraを起動しているので正確だと思います。

弦生ささと - admin 返信 03/27 (日) 01:23
このWindowsのファイル転送の MB/s はメガバイト/秒で、ネットワークドライブからのファイル転送で速度が一致するのです。

そして、Octetsという名前であることから、ビット単位の数値である可能性は考えにくいです。

さらにややこしいことに、別件で今作成中の、プロセス単位のネットワークIOを見るものと比較してみたところ、プロセス単位のネットワークIOと、Windowsのファイル転送は一致しており、NetCTにプラスしている数値を割る8にすると、やはり八分の一の数値になります。
が、大きな転送をしていないときの値が、プロセス単位のネットワークIOでは20kb程度なのに対し、現在のネットワークIOは120kbほどを示していました。

私もシルメラは常時つけているのですが、元にしている数値がビット単位であるという可能性はかなり低く、代わりに、データ使用状況は、開発中のプロセス単位のネットワークIOに近く、ネットワークインターフェースからとるデータが、正味の転送速度に合致していない数値である可能性がでてきました。

これはoldモードでも大差ありません。

弦生ささと - admin 返信 03/27 (日) 01:32
このあたり、アイドル時(巨大な転送をしていない細々としたもの)は多く出て、巨大転送時はほぼ合うということから推測するに、パケットのペイロード(中身のみ)のサイズ基準なのか、パケット全体の付帯情報も込みのサイズなのかというのも関係していそうです。

プロセス単位のネットワークIOの方は、内容量0とか1とかもありうるので、そりゃペイロードのサイズであって、パケット送るにはIPv4でも1バイトじゃそもそも送れないぞと。

ただ、現実的に考えて、プロバイダーから請求される転送バイト数はパケット全体のほうだと思うのですが、そのへんはどうなんでしょうか?

たしかこれを希望した人はテザリング組の人だったので、少なくとも作成当時はOKをもらっているはずなのですが。

AKA - 2052@vS5V/SB8 返信 03/27 (日) 08:16
他の皆さまもありがとうございます。

どうやら気の所為では無かったようですが、特に仕様を変更したわけではないんですね。
自分の環境では「0b172 Rev.5」に上げてからこのようになったと思われるので質問してみました。
ちなみにこれも以前のバージョンを持っているわけでは無いのではっきりと断言できないのですが表示が以前は「~GB」で現在「~G」になった気がするので、bit/sになったんだろうか?と思いました。

とはいえ、特に仕様変更をしたわけでは無いようなので違う方法でトラフィックを確認しようと思います。

Gonbe - 2055@Iylf/SFH 返信 03/27 (日) 09:09
大昔の大型コンピュータが主流だった時代は、1バイト=8ビットとは限りませんでした。
メーカーによって、1バイトが6ビットとか7ビットとか、または9ビットだったりしました。
現在も1バイト=8ビットというのが厳密に標準化されている訳ではないと思いますので、
通信の世界では曖昧さを排除するために、オクテットが使用されることが多いようですね。
年寄りの余談でスミマセン。

弦生ささと - admin 返信 03/27 (日) 09:19
>AKAさん

すみません。
GBと書かれているバージョンは記憶にないほど古いのですが、ネットワークIOを取りはじめた時からの最初期の仕様であるoldモードと現行モードを比較しても、とくに通信の数値に大きな誤差はありませんでした。(数%~1割程度の差)

大前提として、シルメラの通信料カウンタは、OSのデータ使用状況の値を目指して作られたものではないので、このあたりどういう事情でどういう仕様なのかを、検討と情報提供してくれる方を募集してみます。

>Gonbeさん
補足ありがとうございます。
オクテットの意味はおっしゃる通りで、厳密に8ビットの分量を示しているため、それが1ビットの数値である可能性は無いと思います。
30日の合計値を8で割るとデータ使用状況の数値とだいたい一致する。というのが、イコール1ビットと8ビットのデータかもしれない。という説は、リアルタイムの通信速度を8分の一にすると、実際の速度の8分の一のバイト数になることから否定的です。

弦生ささと - admin 返信 03/27 (日) 15:40
この件に関して、手違いによるバグを発見し、修正しました。

0b172 Rev.6 にて、該当の不具合は修正されていると思います。
通信量カウンタの中身そのものは問題ないため、アップデートすれば完全に修正されると思います。

お手数をおかけしました。
ご協力いただいた皆様ありがとうございます!

AKA - 2052@vS5V/SB8 返信 03/27 (日) 19:29
>この件に関して、手違いによるバグを発見し、修正しました。

>0b172 Rev.6 にて、該当の不具合は修正されていると思います。
>通信量カウンタの中身そのものは問題ないため、アップデートすれば完全に修正されると思います。

何かアップデート来たなぁと思って、何気なく上げたら直っていたのでこちらをのぞきました。

>お手数をおかけしました。
>ご協力いただいた皆様ありがとうございます!

ありがとうございます!!
ダメ元でも言ってみるものですね。

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


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

=解決= 呼びかけ 通信量カウンタとOSのデータ使用状況について
#843
弦生ささと - admin 返信 2022/03/27 (日) 09:43
【概要】
通信量カウンタが、OSのデータ使用状況と一致しない。という報告がありました。
複数の方が、通信量カウンタの値を8で割るとOSのデータ使用状況の数値に近いため、収集している通信量カウンタの値が、ビット単位なのではないか?という話になりました。

【参照データが1ビット単位説 > 否定的】
実際にはネットワークIFのオクテット(8bit)という名前の数値を元にしており、リアルタイムの通信速度を仮に1ビット単位と過程して8分の1に計算すると、実際の速度の8分の1の数値になってしまうことから、参照データがバイトではなくビットである可能性は低いと思われます。

【OSのデータ使用状況の中身はペイロード部分の値ではないかという疑問】
丁度現在開発しているプロセス単位のネットワークIOは、ペイロードのサイズ(ヘッダーなどを除く通信パケット内のデータ本体部分)がわかるものなのですが、これと従来のネットワークIOには、以下の差があります。

・大規模なデータの転送中はどちらの値もほぼ一致。(従来が少し上)
・小規模で雑多なデータを転送中は、プロセス単位(ペイロードサイズ由来)の合計が20k以下なのに対して、従来のネットワークIO(ユニキャストの通信量由来)の数値が120kb程度となります。

OSのデータ使用状況が、通信パケットの合計値ではなく、ペイロード部分のみの累積値ではないか?というのがとにかくまず確認したい疑問です。


【テザリングした場合、通信量カウンタとOSのデータ使用状況のどちらが近い値か】
テザリングの端末にて実際に通信量として請求されるデータ量が、OSのデータ使用状況(通信量カウンタの8分の1)に近いのか、それとも通信量カウンタのそのままの値に近いのかを確認してもらえる方を募集しています。


【今後の対応の予定】
もしOSのデータ使用状況がペイロードのサイズ由来である場合は、現在開発中のプロセス単位のネットワークIOを元に計算させることはおそらく可能です。

確認しなければならないのは以下の二点。
・OSのデータ使用状況の中身はペイロード部分の値ではないか
・テザリングした場合、通信量カウンタとOSのデータ使用状況のどちらが近い値か

です。
上の方はプロセス単位のネットワークIOの開発を続けてそのうち結論が出せるかもしれません。

何かこれらに関して情報をお持ちの方。または検証をしてくれる方がいましたらよろしくお願いいたします。

弦生ささと - admin 返信 03/27 (日) 12:05
【訂正】
・小規模で雑多なデータを転送中でも、プロセス単位の合計と従来のネットワークIOの数値はほとんど差がありませんでした。
プロセス単位のネットワークIOの方の集計ミスによる。
これに関してはスルーで。

弦生ささと - admin 返信 03/27 (日) 12:16
下記に関してはスルーで。ネットワークIFのデータもペイロードのサイズである可能性が高いことがわかりました。

・OSのデータ使用状況の中身はペイロード部分の値ではないか

ぺん - 2056@fj8WNqAo 返信 03/27 (日) 13:10
試してみました
ブラウザ(chrome)でスピードテストをして増えた分です


キャリアのカウンター:102,300KB(102.3MB)
シルメラのカウンター:130.8MB
windowsのカウンター:128MB

(シルメラのカウンターは別の通信があるのか増えたのでwindows と同じだと思います)

シルメラ 0b172 Rev.5
windows 11 21H2(22000.556)

弦生ささと - admin 返信 03/27 (日) 14:36
ぺんさんありがとうございます。m(__)m

やはり大きい帯域の通信をした場合は差異がほぼ無いのですね。

しかしこのデータ使用状況は何をカウントして何をカウントしないのか。
シルメラのほうが多いという部分が積もりに積もっていくような印象ですね…


シルメラ24時間つけっぱなサブPCの方をみてみたら、データ使用状況(過去30日)は339.69 GB に対して、シルメラの月カウントは 3.54TB 。
と10倍超えていました…

少なくとも8倍ではない。

うーん…

弦生ささと - admin 返信 03/27 (日) 14:45
ぬぉぉやばい。

原因わかりました!

単位自動の数値の指定引数が、64bit変数であるべきのところに32bit値(リテラル)を入れていて、表示そのものの計算結果というか、変数そのものがバグってました…
補正したのをサブPCでみたら、339.69 GB に対して、330.0G。
ほぼ完ぺきに一緒じゃないか…

あああああああ…

ちょっと再確認して修正出します。

Gonbe - 2055@Iylf/SFH 返信 03/27 (日) 14:52
原因判明よかったです。

弦生ささと - admin 返信 03/27 (日) 15:38
0b172 Rev.6 リリースしました。

お手数をおかけしました。
ご協力いただいた皆様ありがとうございます!

弦生ささと - admin 返信 03/27 (日) 15:52
大々的に助けを求めておいて、原因は私の100%なボケだったという。

申し訳ない。

説明しよう!

① ネイティブ64bitのプログラムは、リテラル(固定値)の整数をそのまま数字だけ書くと、なんと32bitのサイズの変数として扱われるのである。

② bool型は64bitは64bit。32bitは32bitの変数である。
③ BOOL型は64bitは"32bit"。32bitは32bitの変数である。
④ ネイティブ64bitのプログラム上の可変引数は、基本32bitずつよまれていき、ポインタや64bit変数は64bitを一気に読み込む。
⑤ つまりどういうことかというと、bool型の所にBOOL型とか、 1 とか

弦生ささと - admin 返信 03/27 (日) 15:53
0 を書くと、32bit扱いとなるため、32bit + 次の引数の32bitが読み込まれてしまい、32bit分、それ以降の変数のブロックがずれる。

⑥ 再現完了!

以上。
就寝作業に入ります。

すみませんでした。

弦生ささと - admin 返信 03/27 (日) 15:54
ぺんさんの報告で、シルメラが少し多いのが、1000単位と1024単位の差だったりしないかなとおもって確認したのが解決の糸口でした。

ありがとう…

ぺん - 2056@fj8WNqZX 返信 03/27 (日) 16:34
doubleにf付きで代入しちゃった...やつです?
原因わかって良かったです

ぺん - 2056@fj8WNqZX 返信 03/27 (日) 16:35
あっ、解説してたんですねリロードしたら出ました...

弦生ささと - admin 返信 03/27 (日) 16:39
64bitプログラムにおけるfloatはなぜか引数にすると64bit扱いだったりします…

ありがとうございます。

なんか焦ってリリースしたら新機能の開発中のコードが思いっきり入ってたので、整理して更新しなおしました。

今度こそ寝るぞ…

ぺん - 2056@fj8WNqZX 返信 03/27 (日) 16:45
GiB,GBが混ざった見たいな感じだったんですね
お疲れ様です

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


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

=解決= 要望 ドライブ名を表示する機能が欲しいです。
#842
ebifurai55 - 2053@JAQVoJae 返信 2022/03/26 (土) 23:18
ドライブを無限に増やしたいため、ドライブに付いたドライブ名を表示する機能が欲しいです。また、ドライブやネット情報をダブルクリックするとその項目などが出る機能

弦生ささと - admin 返信 03/27 (日) 02:43
多分ドライブ名(C: D:)に対するボリュームの名前のことですよね?
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220327-023952.zip
論理ドライブ、およびディスクIOにて、書式を整理し、ボリューム名の表示設定を追加しました。

>また、ドライブやネット情報をダブルクリックするとその項目などが出る機能
この「その項目」と、クリック前の状態はどんなものを想定していますか?

たとえば1行で表示される状態から、クリックにより複数行を表示するようなもの。
たとえば、表示されている状態から、詳細なウィンドウをオーバー表示させるようなもの。

どのみち根本的な仕様に手を加えないといけませんが、どういった使用感を想像されているかもう少し補足を下さい。

弦生ささと - admin 返信 03/27 (日) 15:59
ドライブ名(C: D:)に対するボリュームの名前は 0b172 Rev.6 にて実装しました。

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


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

要望 NETスピードの表示設定について
#840
Gonbe - 2051@Iylf/SFH 返信 2022/03/25 (金) 19:37
ご多用のところ、連続投稿で申し訳ございませんが、要望として受け止めて下さい。
私は、13.3型フルHD液晶を搭載したノートPCを常用していますが、老齢のため画面スケールを125%(推奨値は150%)に設定しています。
ここで、縦方向の表示エリアを確保するため、タスクバーを左端に移動させた上、タスクバーの上に重ねてシルメラを常時表示させています。
横幅の狭いタスクバー内にシルメラを収めているため、どうしても横方向の表示内容が制限されてしまうのは、物理的に仕方ないと思います。
そこで要望ですが、添付画像に示したとおり、NETスピードの表示について左側の文字が読み取れないのを解消できないでしょうか?
例えば、(BPS)という単位を非表示できれば良いなあと思います。

[appended] zip

Gonbe - 2051@Iylf/SFH 返信 03/25 (金) 19:43
「老齢のため」というのは、辻褄があいませんでしたね。
「表示エリア拡大のため」と記載するべきでした。

弦生ささと - admin 返信 03/26 (土) 19:03
こちら、見切れるという次元の話ではなかったので、縦長スタイルで行を分けました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220326-190102.zip
BPSはまぁ、ネットワークの回線の速度がバイトであらわされることはないので削りました。
ご意見いただけるとありがたいです。

Gonbe - 2051@Iylf/SFH 返信 03/26 (土) 19:43
要望事項と思っていたので、対応して下さったことに感激しています。
とてもスッキリと情報表示されて素晴らしいです。 有り難うございます。

Gonbe - 2051@Iylf/SFH 返信 03/26 (土) 19:45
単位については、ビットが常識なので削除しても問題ないと思います。

Gonbe - 2051@Iylf/SFH 返信 03/26 (土) 20:09
シルメラは、常時モニター用として最適最強ですね。 手放せません。

Gonbe - 2051@Iylf/SFH 返信 03/26 (土) 20:16
細切れなコメントで失礼します。
デバイス名が完全に表示されないのは、特に気になりません。

弦生ささと - admin 返信 03/26 (土) 21:11
了解しました。

ありがとうございます!

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

呼びかけ シルメラを海外ユーザーに知ってもらうアイディアを募集
#838
弦生ささと - admin 返信 2022/03/24 (木) 22:58
シルメラの非日本語ユーザーが極めて少ない(海外ユーザーが恐ろしくいない)のをどうやったら解決できるかアイディアを募集。

現在の比率は日本語98.839%,英語0.976%,その他0.185%

ここまで日本国内にしか知られてないのは逆にすごい気がする…

マークX - 2042@4IR3SUdl 返信 03/25 (金) 08:35
redditでスレをたてるのが良いかもしれないですね~

弦生ささと - admin 返信 03/25 (金) 08:39
redditというのは匿名掲示板のようなもの?ですかね。
メンタル的にも時間コスト的にも私には絶対に無理です…すみません。

弦生ささと - admin 返信 03/25 (金) 08:41
そもそも開発にかける時間やマインドを削らないといけないようなことを増やす事態になるなら最初からやらないほうがいいです。

弦生ささと - admin 返信 03/25 (金) 09:03
>マークXさん
ひとまずアイディアをありがとうございます。
前提を書いていなかった私のミスですね…

この話は、英語圏などの人に営業をがんばろうという話ではないです。
日本におけるベクターや窓の杜のような所を見落としてないかなと思いまして。

私はエゴサはしないですし、ここ以外に書かれてる事をわざわざ見にいかないので、それらのような場所に凸するという案は難しい。という感じです。

まずメンタルが持ちませんし、開発する時間そのものがなくなってしまいます。

そんなことになるくらいなら、日本のユーザーのために改良する道を選びます。

マークX - 2042@4IR3SUdl 返信 03/25 (金) 10:43
海外の利用者増加は大幅な開発リソース増加に繋がるので、国内向けが一番よさそうですね。
ちなみに自分はギガジンさんの記事でシルメラを知ったので、そういう感じでソフトウェアの紹介をする人がいれば、海外の利用者さんも増えていくとは思います。

Gonbe - 2051@Iylf/SFH 返信 03/25 (金) 12:53
「エゴサーチしない」という言葉に感銘を受けました。
情報満載の作者様サイトや本フォーラムでの誠意に溢れたご対応を拝見していますと、日本人ユーザーが増えるのは当然であると断言できます。
また、現状の配布方法でも海外ユーザーが増えるのではないかと思うのですが、現状では精力的な活動が報われず、お気の毒であると思います。
YouTube で、一部にはシルメラに関する動画も投稿されていますが、貴チャンネル全体の動画再生回数が現時点で約8千回とは寂しい限りです。
私は、なんのアイデアもありませんが、ファンの一人として応援しています。

弦生ささと - admin 返信 03/25 (金) 14:58
>マークXさん

ありがとうございます。

>海外の利用者増加は大幅な開発リソース増加に繋がる

海外ユーザーが増えたからといって、増加するのは地域性や言語性の違いによる部分なので、すでに34言語に対応している以上は、それほど開発リソースは増えないと思っています。
筆頭としては、祝日の他国化くらいかな?
これはむしろさっさとやれよというところですが…

ちなみに、プロジェクト(projectsの中にあります)の一つであるUOMapistro(オンラインゲームのマップ支援ツール)は、母数はシルメラの15分の一にも満たないですが、日本語が45%ほどと、半分をきっていて、つづく英語が34%となっています。

こちらはここ1年ほどを見ると要望などは海外の方からのみですね。

>自分はギガジンさんの記事でシルメラを知ったので、そういう感じでソフトウェアの紹介をする人がいれば、海外の利用者さんも増えていくとは思います。

ギガジンに載ったのは今でもどういう経路なのかよくわからないですが、多分窓の杜さんが記事にしてくれた「完全フリーウェア化」というのがプチバズったので、それがさらに広まった感じですね。

それを海外で期待するのはなかなか難しいなぁ…

弦生ささと - admin 返信 03/25 (金) 15:19
>Gonbeさん

ありがとうございます。

>「エゴサーチしない」という言葉に感銘を受けました。

エゴサしないのはメンタル的な理由と、時間的な理由、情報の種類が主ですね。
私の場合、ここと、私のTwitterのタイムラインと私のDiscordチャンネル以外を見ないし、発言しないので、それが20年以上経っても平和に開発を続けられている最大の理由かもしれません。

>YouTube 約8千回
あ、うーん、いや、別にYoutubeの方は中身のメインは私の作曲とかなので、別にいいのですよ。
というか再生数が見えるのか。恥ずかしいな。

>私は、なんのアイデアもありませんが、ファンの一人として応援しています。
ありがとうございます!
それが一番励みになります。

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

報告 0b172 に更新以降、温度表示が異常です
#839
Gonbe - 2051@Iylf/SFH 返信 2022/03/25 (金) 06:45
お世話になります。 私は、ウインドウ左端へ移動させたタスクバー上に重ねて、シルメラを縦表示にしていますが、0b172 に更新以降は温度表示が異常となっています。
【事象1】CPU温度表示は問題ありませんが、HDD温度表示はデータのサンプリング間隔が長くなったように表示の変化が緩慢になりました。
【事象2】CPU温度およびHDD温度の表示について、括弧内に表示される温度が小数点以下まで表示されるようになり、スケールアウトしてしまいます。

弦生ささと - admin 返信 03/25 (金) 06:51
>0b172 に更新以降は温度表示が異常となっています。
どういった異常ですか?

>【事象1】
これは本来1秒に1回のはずだったものが、ほぼウェイトなしに超高速に回り、ドライバに高負荷をかけるという不具合がありました。

これは致命的なバグであり、現在が正しい状態となります。

>【事象2】
これは意図した変更で、想定通りです。
どの部分を縮めてほしいか具体的に希望を下さい。

Gonbe - 2051@Iylf/SFH 返信 03/25 (金) 07:04
お早うございます。 迅速な回答を頂き、恐縮でございます。
① 「温度表示が異常」については、「事象1」「事象2」に記述したとおりです。
② 「事象1」について、事情を理解しました。 有り難うございます。
③ 「事象2」について、以前のように少数点以下を表示しないように設定できますか?

弦生ささと - admin 返信 03/25 (金) 08:48
>以前のように少数点以下を表示しないように設定
スタイル設定に、No decimal pointというのを追加しました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220325-084711.zip

Gonbe - 2051@Iylf/SFH 返信 03/25 (金) 08:55
素早い対応に驚いています。 これから試してみます。 本当に有り難うございます。

Gonbe - 2051@Iylf/SFH 返信 03/25 (金) 09:27
thilmera7.ini をコピペした上、テスト版を起動してみました。
0b171 の時と同様の「小数点なし」の表示が実現できました。
迅速で誠実なご対応に厚く感謝申し上げます。 有り難うございます。

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

報告 自動アップデート時にバージョン履歴を表示したい
#835
Rutt - 2047@UID3x24Q 返信 2022/03/20 (日) 23:35
いつも便利に使わせて頂いています。

Thilmera は自動アップデートしたときにバージョン履歴のウィンドウが表示されると思うのですが、先日、まちがって右下の再度表示しないという部分にチェックを入れてしまいました。

再びバージョン履歴が表示されるようにしたいのですが、それらしき設定が見つけられませんでした。再表示する方法があれば教えていただきたいです。

Thilmeraは0b172 Rev3、OSはWin11を使用しています。

Rutt - 2047@UID3x24Q 返信 03/20 (日) 23:35
すみません。報告ではなく質問です。

弦生ささと - admin 返信 03/20 (日) 23:50
「重要なお知らせ」ウィンドウのことでしょうか?

あれはiniに既読のナンバーが入るため、ini_historyの中にある何世代か前のiniをリネームして置き換える(ロールバック)することで戻ります。

Rutt - 2047@UID3x24Q 返信 03/20 (日) 23:59
回答ありがとうございます。試してみます。

弦生ささと - admin 返信 03/24 (木) 22:56
rev.5にて、「重要なお知らせ」ウィンドウを設定ウィンドウから手動で開けるようにすることで対応しました。

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

不具合 thilmeraアップデート後に、ホットキーのコマンドがnoneにリセットされる
#837
thira - 2050@gzcx1M/S 返信 2022/03/23 (水) 08:30
タイトルの通りです。
ホットキーのコマンドにスリープを設定しているのですが、thilmeraアップデート実行後に-none-に初期化されてします。なお、ホットキーのキー設定は初期化されずに残っています。

不具合にあたるかどうかご確認おねがいいたします。


弦生ささと - admin 返信 03/23 (水) 19:11
報告ありがとうございます。

確認したところ、該当部分の設定ファイルの書き出しに不具合があり、修正したものをrev5としてリリースしました。


 ● ホットキーを含む、キーマップの情報が消失してしまう不具合の修正。
  復旧させるには、ini_historyフォルダの中にあるバックアップで、「key_map =」から始まる内容を、現在のiniファイルの最後尾にコピーして下さい。
  「key_map =;」から始まっている場合は消失した後のデータになるため、冒頭にセミコロンが無いものを探して下さい。

thira - 2050@gzcx1M/S 返信 03/23 (水) 21:14
分かりました。試してみます。修正ありがとうございました。

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

不具合 スリープからの復帰時、マザーボードの情報が取得できない
#836
たぬぽ - 2048@+nPZsx+F 返信 2022/03/21 (月) 01:36
PCをスリープから復帰させると、
毎回必ずマザーボートの温度とファンの情報が取得できず表示されません。
thilmera7の右クリックメニューで「プログラム再起動」をかけると
表示されるようになります。
対処方法があればお教え頂けると幸いです。何卒よろしくお願い申し上げます。

弦生ささと - admin 返信 03/21 (月) 15:08
レポート:マザーボード情報の内容をください。

私の持つマザーボードはどれもスリープしてもとくに問題なく動いていますが、4つの大きく異なる仕様があるため、どれに属しているかが知りたいです。

たぬぽ - 2048@+nPZsx+F 返信 03/21 (月) 16:36
ご返信ありがとうございます。使用しているマザーボードは以下になります。
ご確認をよろしくお願い申し上げます。

M/B:ASUS PRIME B550M-A
BIOS:2604

[appended] txt

弦生ささと - admin 返信 03/21 (月) 16:55
数値からなんとなく推測できたので、こちらで一度改善されるかどうか試してみて下さい。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220321-165409.zip

たぬぽ - 2048@+nPZsx+F 返信 03/21 (月) 17:37
早急にご対応いただき誠にありがとうございます!
早速、試させていただいたのですが症状は改善されず……
スリープから復帰させるとやはりマザボの項目が飛んでしまいました。
念のため、レポートも再添付いたしましたが内容は先ほどと同じだと思います。
お忙しいところ恐れ入りますが、ご確認をよろしくお願い申し上げます。


[appended] txt

弦生ささと - admin 返信 03/21 (月) 17:50

たぬぽ - 2048@+nPZsx+F 返信 03/21 (月) 18:48
ありがとうございます!
上書きはせずまっさらな状態でも試してみましたが、
スリープから立ち上がるとやはりマザーボードの項目が取得されませんでした。
何か他に必要な情報があればご提供いたしますので、よろしくお願い申し上げます。

たぬぽ - 2048@+nPZsx+F 返信 03/21 (月) 19:03
最悪、ホットキーでプログラム再起動を行えるようにしていただけると助かります。
何卒よろしくお願い申し上げます。

弦生ささと - admin 返信 03/21 (月) 20:13
こちらでログを取ってほしいです。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220321-201223.zip

debug_log.mother.txtというのが出力されるので、スリープの問題発生前と発生後を含めたログを下さい。

たぬぽ - 2048@+nPZsx+F 返信 03/21 (月) 21:14
ご返信ありがとうございます。
ログを添付いたしました。
ご確認をよろしくお願い申し上げます。

[appended] txt

弦生ささと - admin 返信 03/21 (月) 21:52
もしかしてマザーボード以外のCPU温度などもとれなくなってますか?
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220321-215137.zip

ちょっとドライバの指示再設定などを増やしました。

弦生ささと - admin 返信 03/21 (月) 21:52
ログをお願いします。

たぬぽ - 2048@+nPZsx+F 返信 03/21 (月) 22:19
ログを添付いたしました。
CPU温度やGPU温度は正常に動いています。

[appended] txt

弦生ささと - admin 返信 03/21 (月) 22:45

たぬぽ - 2048@+nPZsx+F 返信 03/21 (月) 22:49
ログを添付いたしました。お願いいたします。

[appended] txt

弦生ささと - admin 返信 03/21 (月) 22:57
とりあえずスリープ復帰後もしばらくはとれているのに突然とれなくなる。という状態のようです。

マザーボード関連のリロードをスリープ復帰後ではなく、取れなくなったときの固有値の検出時に変更しました。

もう一度お願いします。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220321-225630.zip

たぬぽ - 2048@+nPZsx+F 返信 03/21 (月) 23:17
ありがとうございます。
スリープから復帰してもマザーボードの情報が保持されるようになりました!
ログを添付いたしましたのでご確認ください。

[appended] txt

弦生ささと - admin 返信 03/21 (月) 23:51
ありがとうございます。rev4としてリリースしました。

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

質問 設定情報(iniファイル?)の保存はどのタイミング?
#833
通りすがりのPCユーザー - 2044@QjGsz6nT 返信 2022/03/20 (日) 16:58
設定情報(iniファイル?)の保存はどのタイミングで行っているのでしょうか?

設定ウィンドウの右上に『設定を保存』があるので、ここをクリックすれば保存される。とは思っています。

でも、あちこち調整する度にメインウィンドウを含めてリアルタイムで反映されていくので、ひょとしたらその度に保存されている? とも思えます。

更に、『設定を保存』をクリックしなくてもthilmeraを終了させるとか、PCをシャットダウン時にOSからの終了命令を受けて自動的に保存される。とも思えます。

行儀の良い作りなのか今でも正常に動作するので未だに Special Launch 4を使っていますが、これ自身に強制的に設定を保存させる手段はないようです。
splnch.osdn.jp/
つまり、プログラム終了時に(強制的に?)自動保存するようです。
なので、手元PCで弄繰り回してシャットダウンして、再起動した後に24H稼働させているPCをシャットダウンすると、私の様にNASに置いたポータブル・ソフトを複数のPCで共有していると以前の状態に戻ってしまいます。

以前『iniファイルがいつの間にか書き換えられていた』ともとれる状況になったのは、これに似た状況になって『変更したはずが元に戻ってしまったのでは?』と思って質問させていただきました。

宜しくお願いします。

弦生ささと - admin 返信 03/20 (日) 17:16
シルメラは同じフォルダを、同時に複数の場所から使用することは想定されていません。

設定ファイルはプログラムの終了時に書き出されます。

たとえば
PC(A)でシルメラ(A)を起動
PC(B)でシルメラ(A)を起動
PC(B)でシルメラ(A)を終了
PC(A)でシルメラ(A)を終了

にすると、設定内容はPC(A)のものになります。
PC(B)を復元したければ、ini_historyの中にありますが…

認識としては
>更に、『設定を保存』をクリックしなくてもthilmeraを終了させるとか、PCをシャットダウン時にOSからの終了命令を受けて自動的に保存される。とも思えます。
これであってます。

通りすがりのPCユーザー - 2044@QjGsz6nT 返信 03/20 (日) 17:51
> 同時に複数の場所から使用することは想定されていません

これは予想はしていました。

ただ、thilmera自身が自動更新したくても、他の全てのPCのthilmeraを終了させないと、何故か『できない』んですよ。
『更新を5分待っています』みたいなメッセージを表示して、1台でも起動したままだと再び『更新を5分待っています』とメッセージを表示する。以降、その繰り返し。
他のPC上のthilmeraの状態をどうやって把握しているのかな? と、ずっと不思議に思っていました。

> これであってます

承知しました。
これで設定通りの状態を保持するにはどうすればよいのか、その手順のヒントを知ることができました。

ちなみに、起動後に設定を全く変更していなくても、必ずこの動作をしますか?

弦生ささと - admin 返信 03/20 (日) 18:25
>ただ、thilmera自身が自動更新したくても、他の全てのPCのthilmeraを終了させないと、何故か『できない』んですよ。
これは当たり前です。
プログラムファイルは、実行中は排他的なファイルロックがされるので、書き込めるわけがありません。

これは監視しているのではなく、純粋なOSによるファイル処理の問題です。

>ちなみに、起動後に設定を全く変更していなくても、必ずこの動作をしますか?
します。
設定値以外も保存するので。

通りすがりのPCユーザー - 2044@QjGsz6nT 返信 03/20 (日) 18:37
> プログラムファイルは、実行中は排他的なファイルロックがされる

それは知りませんでした。

> します

承知しました。
これで手順をどうすればよいのかが分かりました。

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



余談ですが、投稿へファイルを複数添付する方法はないですか?
3~5個くらいまで添付できるといいなぁ。
ファイルサイズもそれらの合計で制限してくれればもっと便利になりそうなんだけどなぁ。
と思った次第です。

Ryuvay - 1882@4+lffoHN 返信 03/20 (日) 19:00
横から失礼、
>余談ですが、投稿へファイルを複数添付する方法はないですか?
zipで圧縮してまとめるといいのではと思いました。

通りすがりのPCユーザー - 2049@QjGsz6nT 返信 03/21 (月) 23:50
> zipで圧縮してまとめる

あ、ほんとだ。出来るみたいですね。
圧縮率で優れるrarが無いのが残念。7zはCPUぶん回す癖にzipと大して変わらないような気が。
ありがとうございました。

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

不具合 0b172 画面解像度変更時に強制終了
#834
gcrtnst - 2045@+ncxEg6B 返信 2022/03/20 (日) 18:25
PC の画面解像度を変更するとシルメラが強制終了します。エラー等は表示されずいきなり終了します。初期設定のシルメラで再現します。0b172 Rev.2 で確認。0b171 Rev.14 では再現しません。

弦生ささと - admin 返信 03/20 (日) 18:28
すみません、以下の前提条件を教えてください。

シルメラ:ハードウェア描画/ソフトウェア描画のどちらを使用中か

OS:バージョン

画面:1つか複数か

弦生ささと - admin 返信 03/20 (日) 18:33
Win10にて、シングル画面、マルチ画面で画面解像度を変えてみましたが、再現できませんでした。

弦生ささと - admin 返信 03/20 (日) 18:36
Win10,11のシングル画面、マルチ画面のハードウェア描画、ソフトウェア描画どちらでも再現できませんでした。

catcat - 2046@vO6s2m4I 返信 03/20 (日) 18:42
私も本日の更新、0b172 Rev.2から同様の現象が起きています。
私の場合はDP接続のプライマリモニタをオフにした後オンにすると画面からシルメラが消えており、タスクバーにも存在しておりません。
Win10最新、ソフトウェア描画、モニタ2枚環境です。

gcrtnst - 2045@+ncxEg6B 返信 03/20 (日) 18:53
環境は、
・Win10 バージョン21H2(OSビルド 19044.1586)
・シングルモニタ
です。

ハードウェアアクセラレーションはON/OFFどちらでも再現します。
画面解像度はそのまま、表示スケールだけ変えた(100%→125%)場合でも発生するようです。

gcrtnst - 2045@+ncxEg6B 返信 03/20 (日) 19:01
タスクバーの位置を変更(下→上)した場合でも発生します。

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

再現でき、修正のテスト版を作成しました。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220320-194051.zip

リリース版にてクラッシュが確認できたのと同様の操作で問題が改善されたかの確認をお願いします。

マークX - 2042@4QsxO5dZ 返信 03/20 (日) 19:44
>タスクバーの位置を変更(下→上)した場合でも発生します。

横からですが当方の環境でも再現しました
Windows 10 Pro x64
19044.1586
フルHDモニタ1つのみ接続 DP接続
NVIDIA ゲームレディドライバ511.79

「デスクトップモードでタスクバーを隠す」を有効にして、タスクバーが隠れたタイミングでも落ちるようです。


イベントビューアでは以下のログが出ていました。

障害が発生しているアプリケーション名: thilmera7s64.exe、バージョン: 0.0.172.2、タイム スタンプ: 0x62360ab6
障害が発生しているモジュール名: thilmera7s64.exe、バージョン: 0.0.172.2、タイム スタンプ: 0x62360ab6
例外コード: 0xc000041d
障害オフセット: 0x000000000008e110
障害が発生しているプロセス ID: 0x371c
障害が発生しているアプリケーションの開始時刻: 0x01d83c45e45318f5
障害が発生しているアプリケーション パス: C:\Program Files(ext)\thilmera7\thilmera7s64.exe
障害が発生しているモジュール パス: C:\Program Files(ext)\thilmera7\thilmera7s64.exe
レポート ID: a192cb6d-1324-4a7a-91d4-9be7f9f2cafd
障害が発生しているパッケージの完全な名前:
障害が発生しているパッケージに関連するアプリケーション ID:

gcrtnst - 2045@+ncxEg6B 返信 03/20 (日) 20:20
当方環境にてテスト版で動作確認し、上で報告させていただいたいずれの現象も改善していることを確認しました。
ありがとうございます!

弦生ささと - admin 返信 03/20 (日) 20:27
確認ありがとうございます。
rev3としてリリースしました。

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

報告 表示される名前について
#832
マークX - 2042@e1yKIN1q 返信 2022/03/20 (日) 07:36
お世話になっております。

先日のアップデートから立ち上げ時のユーザーアカウント制御の通知やタスクマネージャで表示されるプロセスの名前がサイトURLに変わっていますね。
Official ZIPを展開してそのまま起動した物とアップデートされた物も同様の表示でした。
0b172 rev.2 x64s

一際目立つので一応報告を…

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

バージョンの中のDescriptionという所なので、説明を載るんだからURLでいいやーとおもったのですが、怪しい?感じになっちゃいましたかね。

とりあえずバージョンはそのままで、リリース中の中身のDescription を thilmera 7 に変更しておきました。

マークX - 2042@4QsxO5dZ 返信 03/20 (日) 15:45
対応ありがとうございます!
けっこうびっくりしましたねw

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

不具合 0b172で曜日が表示されなくなった
#829
通りすがりのPCユーザー - 2038@QjGsz6nT 返信 2022/03/19 (土) 21:57
0b172に更新したら日時から曜日が表示されなくなっちゃいました。
改善を希望します。

弦生ささと - admin 返信 03/19 (土) 21:59
すみません、再現できないためiniファイルをください。

弦生ささと - admin 返信 03/19 (土) 22:36
以下0b172 Rev.1にて修正しました。

[version 0b172 Rev.1 / 2022/03/19]
 ● ソフトウェア描画+ドットフォントの組み合わせで、全角文字が正しく表示されない不具合の修正。

通りすがりのPCユーザー - 2039@QjGsz6nT 返信 03/20 (日) 00:46
一応表示されるようにはなりました。
でも、なんて書いてあるのか読みにくいので、微調整を希望します。

通りすがりのPCユーザー - 2039@QjGsz6nT 返信 03/20 (日) 00:49
iniファイルを添付します。

[appended] ini

弦生ささと - admin 返信 03/20 (日) 00:55
左右に関しては調整できます。
repo.thilmera.com/pac/thilmera7/test/thilmera7test_build_s64_20220320-005300.zip

ただ、下が見切れているところは、フォントサイズを調整して対処するしかないです。
ドットフォントの場合、ドットフォントの高さを基準にするため、
「ドットフォントの高さ<OSフォントの高さ」
になるとオーバーしてしまいます。
「ドットフォントの高さ≧OSフォントの高さ」
にすれば問題なく収まります。

前回見えていて今回から切れている理由はクリッピングを厳格化したためです。

弦生ささと - admin 返信 03/20 (日) 02:05
○ ドットフォント+OSフォント再調整
 ・ハードウェア描画、ソフトウェア描画共に、OSフォントの幅と左右を再調整。
 ・OSフォントが、ドットフォントの幅に収まる場合は、2文字分を消費しないように変更。

0b172 Rev.2にて調整しました。

通りすがりのPCユーザー - 2039@QjGsz6nT 返信 03/20 (日) 02:22
ありがとうございます。

> 下が見切れているところは、フォントサイズを調整して対処するしかないです。

コンパクトさが失われるので、英語表記に変更して回避することにしました。

どうも、お疲れさまでした。

弦生ささと - admin 返信 03/20 (日) 02:27
いただいたiniファイルから、OSフォントサイズを9にしたらふつうに収まりましたが、これではだめなんでしょうかね…

通りすがりのPCユーザー - 2039@QjGsz6nT 返信 03/20 (日) 02:51
> OSフォントサイズを9にしたらふつうに収まりました

え!? どこでしょう?

あの後フォント周りを適当に弄ってしまって。

設定1→フォントで『標準に戻す』をクリックすると一番コンパクトになるので、これを基本にしています。
項目→日時→ローカル時刻のJPのチェックを外して出来上がりです。

あと、細かいですが年と月の間にもスラッシュを表示して頂けると助かります。別件のついでにで構いません。

弦生ささと - admin 返信 03/20 (日) 03:12
フォント設定という所です。

通りすがりのPCユーザー - 2043@QjGsz6nT 返信 03/20 (日) 12:32
あ、そこでしたか。

その上の@06x09s.bmpを弄ってました。

う~ん。でも、判別不能なまで小さな文字になったり、全然コンパクトじゃなくなったりと、思った通りの表示にならない。

何故だろう。。。

弦生ささと - admin 返信 03/20 (日) 12:36
がっつりドットで出したいなら 「MS ゴシック」 を使ってください。

アンチエイリアシングされるメイリオなどを使う場合はハードウェア描画をおすすめします。

通りすがりのPCユーザー - 2043@QjGsz6nT 返信 03/20 (日) 12:55
> 「MS ゴシック」 を使ってください。

『標準に戻す』をクリックするとそうなって、一番コンパクトになるのでしっくりします。

弦生ささと - admin 返信 03/20 (日) 12:56
ええと、何が問題となっていますか?

通りすがりのPCユーザー - 2043@QjGsz6nT 返信 03/20 (日) 13:04
あ、大丈夫です。解決しました。

結局

> 英語表記に変更して回避することにしました。

に落ち着きました。

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

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

要望 メインウインドウのカラーor明るさの微調整をしたい
#831
通りすがりのPCユーザー - 2039@QjGsz6nT 返信 2022/03/20 (日) 03:08
メインウインドウの枠線とフォントは現在『白色』で固定されています。明度も『最大』で固定されているようです。
これらを変更調整できるよう改善を希望します。

長い間MS Officeなどでデフォルトだった背景色が白だと目が非常に疲れて頭痛やめまいの原因になるので、テキストエリアの色や明るさをカスタマイズできるエディタ、ダークテーマを適用できるWebブラウザしか使いません。

同様に、thilmeraもカスタマイズできると更に助かります。ご検討を希望します。

WindowsもiPhoneもiPadも背景は黒単色で統一しています。

ちなみに、iPhoneの愛用エディタも背景色を『黒』、フォントは『水色』か『黄緑色』辺りにカスタマイズしています。
iPadのWeb小説リーダーも背景色を『黒』、フォントは『クリーム色』?にカスタマイズしています。

宜しくお願いします。

弦生ささと - admin 返信 03/20 (日) 03:11
カラー設定以下の「ダークテーマ」。
または「ウィンドウ全てにカラーを適用」を利用してください。

弦生ささと - admin 返信 03/20 (日) 03:15
また、0b172からは、標準設定ではOSのダークテーマの設定(アプリの方)により、自動的にダークテーマになるようになっています。

OS10/11でのダークテーマ適用は適当に検索してください。
Win10は標準では、システムがダーク、アプリがライトになってると思います。

通りすがりのPCユーザー - 2043@QjGsz6nT 返信 03/20 (日) 12:44
そこを弄るとプロパティが変化します。デスクトップに常駐表示されているメインウインドウは変化しません。
メインウインドウを微調整したいのです。

小さいから気にしない事にしていたのですが、左半分にMS Edgeがでしゃばるようになってから隅っこに居座っているthilmeraが気になって仕方がないのです。

弦生ささと - admin 返信 03/20 (日) 12:47
メインウインドウのカラーはそれこそRGBの最小単位で自由に変えれるのですが…

通りすがりのPCユーザー - 2043@QjGsz6nT 返信 03/20 (日) 13:01
あぁ~!

この上のテキストを調整すればいいのですね。

ありがとうございます。

*お名前
*コメント
*バグや問題の報告は、問題が発生している状態の設定ファイル "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)