総合掲示板（アップロードファイル合計最大1MB）/添付ファイルはプレビュー時に消えるため、再設定をお願いします。
 |
 |
SanDisk pSSD 256.0 GBで アット 21/11/17(水) 17:50 |
![[添付]](./brd/myk/image/clip_icon.gif){kind=icon}
|
|
|
Re:SanDisk pSSD 256.0 GBで ひよひよ 21/11/20(土) 0:21 |
|
 |
SanDisk pSSD 256.0 GBの残り寿命は「E6」かも？ 金華山の仙人 22/1/4(火) 22:10 |
|
|
Re:SanDisk pSSD 256.0 GBの残り寿命は「E6」かも？ ひよひよ 22/6/3(金) 23:15 |
|
|
|
画像保存処理改良をCDI8で如何？ 金華山の仙人 22/6/8(水) 4:34 |
|
|
Re:画像保存処理改良をCDI8で如何？ G神 22/6/8(水) 17:04 |
|
|
|
Re:画像保存処理改良をCDI8で如何？ ひよひよ 22/6/8(水) 19:16 |
|
ひよひよ - 21/11/20(土) 0:21 - |
▼アットさん：
>いつも便利に使わせて頂いております
>本日購入のUSBメモリ
こういった、S.M.A.R.T.情報を適当に扱っている製品は残念ですね・・・。
しきい値を設定するなら現在値も適切に設定してくれると良いのですが。
>いつも便利に使わせて頂いております
>本日購入のUSBメモリ
こういった、S.M.A.R.T.情報を適当に扱っている製品は残念ですね・・・。
しきい値を設定するなら現在値も適切に設定してくれると良いのですが。
|
金華山の仙人 - 22/1/4(火) 22:10 - |
下記ツリーによると、pSSDの残り寿命は「E6」項目が担ってる感じです。
『CrystalDiskInfo 8.13.1』
https://bbs.kakaku.com/bbs/-/SortID=24501202/#tab
「E8」項目は明らかにバグですが、恐らくpSSDはFirmUp不可で直せないのでしょう。
（新しいFirmが載ってる、新しいUSBメモリなら直ってるかも、ですが。）
『CrystalDiskInfo 8.13.1』
https://bbs.kakaku.com/bbs/-/SortID=24501202/#tab
「E8」項目は明らかにバグですが、恐らくpSSDはFirmUp不可で直せないのでしょう。
（新しいFirmが載ってる、新しいUSBメモリなら直ってるかも、ですが。）
|
ひよひよ - 22/6/3(金) 23:15 - |
▼金華山の仙人さん：
>下記ツリーによると、pSSDの残り寿命は「E6」項目が担ってる感じです。
>
>『CrystalDiskInfo 8.13.1』
>https://bbs.kakaku.com/bbs/-/SortID=24501202/#tab
>
>「E8」項目は明らかにバグですが、恐らくpSSDはFirmUp不可で直せないのでしょう。
>（新しいFirmが載ってる、新しいUSBメモリなら直ってるかも、ですが。）
そうかもしれないですね。
型番は違うのですが、昔のSATAなUSBメモリーはこんな感じで現在の値としてちゃんと100が入っていたのですよね。しきい値を5で設定しているので本来はこちらを寿命として定義していたんだろうなぁと思います。
公式ツールでもUSBメモリーは対象外のようですし、情報は公開されていないのでこれ以上の対応は難しそうです。
>下記ツリーによると、pSSDの残り寿命は「E6」項目が担ってる感じです。
>
>『CrystalDiskInfo 8.13.1』
>https://bbs.kakaku.com/bbs/-/SortID=24501202/#tab
>
>「E8」項目は明らかにバグですが、恐らくpSSDはFirmUp不可で直せないのでしょう。
>（新しいFirmが載ってる、新しいUSBメモリなら直ってるかも、ですが。）
そうかもしれないですね。
型番は違うのですが、昔のSATAなUSBメモリーはこんな感じで現在の値としてちゃんと100が入っていたのですよね。しきい値を5で設定しているので本来はこちらを寿命として定義していたんだろうなぁと思います。
公式ツールでもUSBメモリーは対象外のようですし、情報は公開されていないのでこれ以上の対応は難しそうです。
|
金華山の仙人 - 22/6/8(水) 4:34 - |
何か旧い話のレスで恐縮です。
もしかしてCDI9開発で煮詰まってるのでしょうか？
そうなら下記対処をCDI8で実装するのは如何でしょうか。(^_^;)
『Re:CDIでの画像保存処理について』
https://crystalmark.info/board/c-board.cgi?cmd=one;no=2239;id=#2239
｜>尚、CDI9においては、CDI画像のSMART部分がスクロール状態だったり、
｜>画面からはみ出して見えない部分も、無条件で画像セーブする機能を
｜>強く希望します。
最近のCDI改版類は、個人的に何ら寄与してないので、この改良を
して頂けると、直に役立ちますので。(^o^)
もしかしてCDI9開発で煮詰まってるのでしょうか？
そうなら下記対処をCDI8で実装するのは如何でしょうか。(^_^;)
『Re:CDIでの画像保存処理について』
https://crystalmark.info/board/c-board.cgi?cmd=one;no=2239;id=#2239
｜>尚、CDI9においては、CDI画像のSMART部分がスクロール状態だったり、
｜>画面からはみ出して見えない部分も、無条件で画像セーブする機能を
｜>強く希望します。
最近のCDI改版類は、個人的に何ら寄与してないので、この改良を
して頂けると、直に役立ちますので。(^o^)
|
G神 - 22/6/8(水) 17:04 - |
▼金華山の仙人さん：
>『Re:CDIでの画像保存処理について』
>https://crystalmark.info/board/c-board.cgi?cmd=one;no=2239;id=#2239
>
>｜>尚、CDI9においては、CDI画像のSMART部分がスクロール状態だったり、
>｜>画面からはみ出して見えない部分も、無条件で画像セーブする機能を
>｜>強く希望します。
>
>最近のCDI改版類は、個人的に何ら寄与してないので、この改良を
>して頂けると、直に役立ちますので。(^o^)
-------------------
こんにちは
デスクトップ画面からはみ出た部分に関しては、現行のCrystalDiskInfoで、ちゃんとキャプチャされますよ？ マルチモニタ環境で複数モニタをまたいで
表示されていても問題ないです。 使用PCの環境に拠るのかな？
とりあえず対策ですが、
\Priscilla\MainDialogFx.cpp の「CMainDialogFx::SaveImage()」の処理を、
if (bDwmEnabled) の直前に...
--------<ここから>--------
CRect rcOrigin;
GetWindowRect(&rcOrigin);
SetWindowPos(NULL, 0, 0, m_MaxSizeX, m_MaxSizeY, SWP_NOZORDER | SWP_NOMOVE);
--------<ここまで>--------
を追加して、
SAFE_DELETE(image1); の直前に...
--------<ここから>--------
SetWindowPos(NULL, 0, 0, rcOrigin.Width(), rcOrigin.Height(), SWP_NOZORDER | SWP_NOMOVE);
--------<ここまで>--------
を追加するってのじゃダメですかね？
ウィンドウキャプチャ処理の直前で、一時的にダイアログを最大化して、キャプチャ処理の終了後に、元のサイズに戻しているだけですが。(w
8.16.4のソースに上記の変更を加えてビルドしてみましたが、上手く動いているようです。 画面を拡大してもちゃんとキャプチャされました。
一応、変更したSaveImage関数を抜粋したのを添付しときます。
ちなみにFirefoxは、ScrollViewのクライアント領域を画像に落としているだけで、CrystalDiskInfoのように、ダイアログの子コントロールを透過させた状態で、タイトルバーやウィンドウ枠など、非クライアント領域を含めてキャプチャしているわけではないので、たぶんソースを読んでも参考にはならないかと。
見た目は同じように見えても、ブラウザ上のフォーム画面に表示されるボタンや、エディットボックスは、アプリのブラウザエンジンが自前で描画していて、ウィンドウのコモンコントロールではないです。
>『Re:CDIでの画像保存処理について』
>https://crystalmark.info/board/c-board.cgi?cmd=one;no=2239;id=#2239
>
>｜>尚、CDI9においては、CDI画像のSMART部分がスクロール状態だったり、
>｜>画面からはみ出して見えない部分も、無条件で画像セーブする機能を
>｜>強く希望します。
>
>最近のCDI改版類は、個人的に何ら寄与してないので、この改良を
>して頂けると、直に役立ちますので。(^o^)
-------------------
こんにちは
デスクトップ画面からはみ出た部分に関しては、現行のCrystalDiskInfoで、ちゃんとキャプチャされますよ？ マルチモニタ環境で複数モニタをまたいで
表示されていても問題ないです。 使用PCの環境に拠るのかな？
とりあえず対策ですが、
\Priscilla\MainDialogFx.cpp の「CMainDialogFx::SaveImage()」の処理を、
if (bDwmEnabled) の直前に...
--------<ここから>--------
CRect rcOrigin;
GetWindowRect(&rcOrigin);
SetWindowPos(NULL, 0, 0, m_MaxSizeX, m_MaxSizeY, SWP_NOZORDER | SWP_NOMOVE);
--------<ここまで>--------
を追加して、
SAFE_DELETE(image1); の直前に...
--------<ここから>--------
SetWindowPos(NULL, 0, 0, rcOrigin.Width(), rcOrigin.Height(), SWP_NOZORDER | SWP_NOMOVE);
--------<ここまで>--------
を追加するってのじゃダメですかね？
ウィンドウキャプチャ処理の直前で、一時的にダイアログを最大化して、キャプチャ処理の終了後に、元のサイズに戻しているだけですが。(w
8.16.4のソースに上記の変更を加えてビルドしてみましたが、上手く動いているようです。 画面を拡大してもちゃんとキャプチャされました。
一応、変更したSaveImage関数を抜粋したのを添付しときます。
ちなみにFirefoxは、ScrollViewのクライアント領域を画像に落としているだけで、CrystalDiskInfoのように、ダイアログの子コントロールを透過させた状態で、タイトルバーやウィンドウ枠など、非クライアント領域を含めてキャプチャしているわけではないので、たぶんソースを読んでも参考にはならないかと。
見た目は同じように見えても、ブラウザ上のフォーム画面に表示されるボタンや、エディットボックスは、アプリのブラウザエンジンが自前で描画していて、ウィンドウのコモンコントロールではないです。
|
ひよひよ - 22/6/8(水) 19:16 - |
▼G神さん：
>▼金華山の仙人さん：
>>『Re:CDIでの画像保存処理について』
>>https://crystalmark.info/board/c-board.cgi?cmd=one;no=2239;id=#2239
>>
>>｜>尚、CDI9においては、CDI画像のSMART部分がスクロール状態だったり、
>>｜>画面からはみ出して見えない部分も、無条件で画像セーブする機能を
>>｜>強く希望します。
>>
>>最近のCDI改版類は、個人的に何ら寄与してないので、この改良を
>>して頂けると、直に役立ちますので。(^o^)
>-------------------
>こんにちは
>
>デスクトップ画面からはみ出た部分に関しては、現行のCrystalDiskInfoで、ちゃんとキャプチャされますよ？ マルチモニタ環境で複数モニタをまたいで
>表示されていても問題ないです。 使用PCの環境に拠るのかな？
>
>とりあえず対策ですが、
>
>\Priscilla\MainDialogFx.cpp の「CMainDialogFx::SaveImage()」の処理を、
>
>if (bDwmEnabled) の直前に...
>--------<ここから>--------
>CRect rcOrigin;
>
>GetWindowRect(&rcOrigin);
>SetWindowPos(NULL, 0, 0, m_MaxSizeX, m_MaxSizeY, SWP_NOZORDER | SWP_NOMOVE);
>--------<ここまで>--------
>を追加して、
>
>SAFE_DELETE(image1); の直前に...
>--------<ここから>--------
>SetWindowPos(NULL, 0, 0, rcOrigin.Width(), rcOrigin.Height(), SWP_NOZORDER | SWP_NOMOVE);
>--------<ここまで>--------
>
>を追加するってのじゃダメですかね？
>
>ウィンドウキャプチャ処理の直前で、一時的にダイアログを最大化して、キャプチャ処理の終了後に、元のサイズに戻しているだけですが。(w
>
>8.16.4のソースに上記の変更を加えてビルドしてみましたが、上手く動いているようです。 画面を拡大してもちゃんとキャプチャされました。
>
>一応、変更したSaveImage関数を抜粋したのを添付しときます。
>
>ちなみにFirefoxは、ScrollViewのクライアント領域を画像に落としているだけで、CrystalDiskInfoのように、ダイアログの子コントロールを透過させた状態で、タイトルバーやウィンドウ枠など、非クライアント領域を含めてキャプチャしているわけではないので、たぶんソースを読んでも参考にはならないかと。
>
>見た目は同じように見えても、ブラウザ上のフォーム画面に表示されるボタンや、エディットボックスは、アプリのブラウザエンジンが自前で描画していて、ウィンドウのコモンコントロールではないです。
ご提案ありがとうございます！
この辺りを今から変更するのは難しいので将来の課題とさせてください。
>▼金華山の仙人さん：
>>『Re:CDIでの画像保存処理について』
>>https://crystalmark.info/board/c-board.cgi?cmd=one;no=2239;id=#2239
>>
>>｜>尚、CDI9においては、CDI画像のSMART部分がスクロール状態だったり、
>>｜>画面からはみ出して見えない部分も、無条件で画像セーブする機能を
>>｜>強く希望します。
>>
>>最近のCDI改版類は、個人的に何ら寄与してないので、この改良を
>>して頂けると、直に役立ちますので。(^o^)
>-------------------
>こんにちは
>
>デスクトップ画面からはみ出た部分に関しては、現行のCrystalDiskInfoで、ちゃんとキャプチャされますよ？ マルチモニタ環境で複数モニタをまたいで
>表示されていても問題ないです。 使用PCの環境に拠るのかな？
>
>とりあえず対策ですが、
>
>\Priscilla\MainDialogFx.cpp の「CMainDialogFx::SaveImage()」の処理を、
>
>if (bDwmEnabled) の直前に...
>--------<ここから>--------
>CRect rcOrigin;
>
>GetWindowRect(&rcOrigin);
>SetWindowPos(NULL, 0, 0, m_MaxSizeX, m_MaxSizeY, SWP_NOZORDER | SWP_NOMOVE);
>--------<ここまで>--------
>を追加して、
>
>SAFE_DELETE(image1); の直前に...
>--------<ここから>--------
>SetWindowPos(NULL, 0, 0, rcOrigin.Width(), rcOrigin.Height(), SWP_NOZORDER | SWP_NOMOVE);
>--------<ここまで>--------
>
>を追加するってのじゃダメですかね？
>
>ウィンドウキャプチャ処理の直前で、一時的にダイアログを最大化して、キャプチャ処理の終了後に、元のサイズに戻しているだけですが。(w
>
>8.16.4のソースに上記の変更を加えてビルドしてみましたが、上手く動いているようです。 画面を拡大してもちゃんとキャプチャされました。
>
>一応、変更したSaveImage関数を抜粋したのを添付しときます。
>
>ちなみにFirefoxは、ScrollViewのクライアント領域を画像に落としているだけで、CrystalDiskInfoのように、ダイアログの子コントロールを透過させた状態で、タイトルバーやウィンドウ枠など、非クライアント領域を含めてキャプチャしているわけではないので、たぶんソースを読んでも参考にはならないかと。
>
>見た目は同じように見えても、ブラウザ上のフォーム画面に表示されるボタンや、エディットボックスは、アプリのブラウザエンジンが自前で描画していて、ウィンドウのコモンコントロールではないです。
ご提案ありがとうございます！
この辺りを今から変更するのは難しいので将来の課題とさせてください。