ソフトウェアに関する不具合、要望、感想 - 1269072321

652：takets：2022/11/12(土) 02:54:26 ID:otV8LTio0: >>651
ご回答ありがとうございます。
お待ちしております。
653：x@rgs★：2022/12/13(火) 23:12:01 ID:???0: >>652

遅くなりましたが、人柱版を公開いたしましたので、
ご確認のほどよろしくお願いいたします。
654：takets：2022/12/14(水) 19:16:01 ID:otV8LTio0: >> 653
人柱版の動作確認をしたところ、
報告させていただいた現象が意図通りに動作することを確認しました。

ご対応ありがとうございます！
655：x@rgs★：2022/12/15(木) 07:38:11 ID:???0: >>654

無事動作したようで何よりです。
また何かありましたら、お気軽にお知らせください。
656：通りすがりの人：2023/02/11(土) 00:52:34 ID:uhfhouSI0: 【OS】Windows10 1909 Home
【ソフト名】7-zip32.dll/7-zip64.dll/7z.dll文字化け対策版
【バージョン】Ver.21.06.00.01
【症状】書庫内のファイルの内容が表示できない
【再現手順】LHMeltで書庫内のファイルを選択した状態で[編集]→[表示]
の操作を行なうと「解凍できませんでした」のエラーが表示されます。オリジ
ナル版のVer.9.22.00.02では正常にできていました。
657：x@rgs★：2023/02/13(月) 21:57:05 ID:???0: >>656

投稿いただきありがとうございます。
これは、7-Zip側の仕様変更によるものです。

LHMeltは「表示」で下記コマンドを送信しているようです。
e -hide "-wC:\Users\***\AppData\Local\Temp\LMEL000_" -r- "C:\Users\***\foo.7z" "-oC:\Users\***\AppData\Local\Temp\LMEL000_\foo\" -scsUTF-8 -- "@C:\Users\***\AppData\Local\Temp\LMEL000_\LM***.tmp"

このうち、@によるリストファイルの指定について、
7-Zip 17.01 betaで仕様変更がされ、「--」以下の「@～」は読み込みません。
ttp://frostmoon.sakura.ne.jp/diary/archives/8818

公式によると、「--」の前に「-i@listfile」で指定するようありますので、
もし文字化け対策版を使用いただくようであれば、LHMelt側での対応が必要になるかと思います。
658：656：2023/02/14(火) 00:06:28 ID:uhfhouSI0: >>657
了解いたしました。
LHMeltの作者であるMiccoさんに問い合わせるべきでしょうね…
659：x@rgs★：2023/02/14(火) 22:18:33 ID:???0: >>658

ただ、非公式なライブラリに対してLHMelt側に対応してもらうのは如何かと思いますし、
開発環境があるようでしたら、
「--」以下の「@～」を「--」の前の「-i@」に置換するようなラッパーを作ってしまうのが手っ取り早いかと考えます。
660：kiyohiro：2023/05/23(火) 11:25:10 ID:Vh0Na5xc0: どうもお世話になってます
reces.exeの64版ですが
/me /c2 /ct /qe
7-zip64.dll
UNBYPASS.DLL+UNLHA32.DLL
Win10x64
で
1.zip
2.lzh
の2つドロップ
LZHの方エラーが出て解凍出来ません
順番を変え
3.lzh
4.zip
の2つドロップだと解凍出来ました
LZH単体も解凍出来ました

画像 ttps://imgur.com/xG7Qcyw
ご確認お願いします
661：x@rgs★：2023/05/23(火) 22:28:18 ID:???0: >>660

毎度ありがとうございます。
もしかしたら、>>517-520 と同じ現象が起きているかもしれません。
lzhを先に読み込む場合は、UNBYPASS.DLL+UNLHA32.DLLが1つ目のファイル、7-zip64.dllが2つ目のファイルを処理しているため、
不具合は発生しませんが、
zipを先に読み込む場合、7-zip64.dllで1つ目のファイルを処理→2つ目のファイルも7-zip64.dllで書庫の確認をしてしまいエラーが発生している、
という状況かもしれません。

ご確認ください。
よろしくお願いいたします。
662：kiyohiro：2023/05/24(水) 12:04:26 ID:Vh0Na5xc0: >>661
回答ありがとうございます
そういえば以前もありましたね完全に忘れてました
家のPCの7-zip64.dllはrecesフォルダから削除して
System32の方だけにしてましたが
今回ポータブル用にUSBに入れてるreces(7-zip64.dll入り)
を使ったのでエラーが出ましたが
7-zip64.dll削除済みの方で試すと解凍出来ました
しかし
> 7-zip 19.00でSetDefaultDllDirectories(LOAD_LIBRARY_SEARCH_SYSTEM32|LOAD_LIBRARY_SEARCH_USER_DIRS)を呼び出すように処理
これポータブ環境で使うにはは面倒な仕様ですね
7-zip64.dllがシステムに入ってるPCではrecesフォルダ内削除
システムに入ってないPCではrecesフォルダに7-zip64.dllがないと他の作業出来ないし
いっそポータブル用は旧バージョンにすべきですかね
663：x@rgs★：2023/05/24(水) 23:43:40 ID:???0: >>662

LOAD_LIBRARY_SEARCH_USER_DIRSが含まれているので、
reces側でライブラリの読み込み先のディレクトリを指定するオプションを追加し、
そのディレクトリをAddDllDirectory()すれば、この問題は解決できそうな気がします。
いつになるか分かりませんが、次バージョンの追加機能候補とします。
664：kiyohiro：2023/05/25(木) 05:08:50 ID:Vh0Na5xc0: >>663
>いつになるか分かりませんが、次バージョンの追加機能候補とします。
よろしくお願いします
665：kiyohiro：2023/06/21(水) 13:58:46 ID:Vh0Na5xc0: どうもお世話になってます
7-Zip 23.01
か出たようなのでよろしくお願いします
ちなみに最近
tar32.dll/tar64.dll ver 2.47 rev.2(私家版)
も出ました
Zstandardがサポートされたようです
recesでtar32.dll/tar64.dllでのnew.zstの解凍も確認しました
tar32.spi/tar64.sphにリネームしてSusie Plug-inでの解凍も出来ました
/q0 /mstar32.dll:Tar --inverse-procresult=1 --zstd -c D:\test\new.zst
で圧縮も出来ましたが一緒にフォルダも圧縮されるコマンドが間違ってるのかな?
まあ、自分では圧縮しない形式なのでいいんですが
666：x@rgs★：2023/07/03(月) 01:05:30 ID:???0: >>665

毎度ありがとうございます。
7-Zip 23.01ベースの文字化け対策版を公開しました。
>>624 のZipファイルの文字化けは解消したはずですが、
>>623 のTarファイルの文字化けは手元の環境で再現できず、対応できていません。

次バージョンのrecesでは、今回のtar32.dllの更新を取り込み、zstdに対応予定です。
667：kiyohiro：2023/07/03(月) 14:56:06 ID:Vh0Na5xc0: >>666
バージョンアップありがとうございます
>>623 のTarファイルの文字化けは手元の環境で再現できず、対応できていません。
すいませんxpのパソコンの方に試したファイルが入ってると思うのですが
現在無限起動ループ状態でセーフモード起動、リカバリーディスクも受け付けずお手上げ状態で
確認出来ません
色々解凍しましたが問題ないので取り敢えず流してください
668：x@rgs★：2023/07/03(月) 23:54:35 ID:???0: >>667

確認いただきありがとうございました。
また文字化け等問題がありましたら、ご報告いただけますと幸いです。
669：ターディス：2023/10/12(木) 21:57:10 ID:zVTDWmkM0: 「Tascher」とても便利で大変気に入り愛用させて頂いております。
特にサブモニターに表示可能・サムネイルプレビュー対応・仮想デスクトップにも対応、この3点が他のソフトと比べ特に嬉しい所です。

ただ１点、alt+tabのようにすべてのウィンドウサムネイル一覧表示が出来ないのが少しだけ惜しいと思ってしまいます。

alt+tabはサブモニターに表示することが出来ません。サードパーティ制のソフトを利用しても

・「窓換え」　サムネイル表示不可
・「Alt-Tab Terminator」サムネイル一覧表示不可
・「VistaSwitcher」　同上
・「ExplorerPatcher」別仮想デスクトップのウィンドウ表示不可
・「DisplayFusion」機能が多すぎてメモリCPUを大幅に消費
・「Actual Multiple Monitors」同上
・「TaskCollection」マルチモニター非対応

と、私の要望に沿うものがなかなかありません。
いろんなソフトを探し回ったり、自作しようともしましたが知識が足りずずっと心残りでした。

大変不躾で無礼なお願いなのですが、どうかタスクリストの横に全てのウィンドウサムネイルを表示させる機能を追加しては頂けないでしょうか。
alt+tabをサブモニターにも表示したいという要望は私以外にもかなり多くあるようで、検索すると日本・海外問わずかなり見つけられます。

お忙しい中本当に申し訳ありませんが、どうかご一考のほどよろしくお願いいたします。
670：x@rgs★：2023/10/13(金) 16:39:17 ID:???0: >>669

投稿ありがとうございます。
サムネイル表示を選択中のウインドウだけでなく、
リストにある全てのウインドウで表示するとのことですが、
どのような表示方法が良いでしょうか。

現状の仕様基準で、選択項目に揃えて全てのサムネイルを表示させると、
サムネイルが重なりほとんど見えませんし、
サムネイルを縮小して表示させようとしても、
小さくてわかりにくくなりそうです。

そこで例えば、リスト横にサムネイルを2列並べて表示することとして、
選択中以外のウインドウは暗めで表示するとか、
選択中のウインドウを枠線で囲むであるとか、
選択項目に揃えて表示するようにし、選択項目がかわるごとに並べ替えるとか…
等色々とすれば、少しは分かりやすいかもしれません。
(実装できるかどうかは不透明です。)

一方で、ウインドウリスト側の表示方法をそのものを、
Alt+Tabのようにサムネイルメインに変更することは、
根幹からの仕様変更となり対応はおそらくできません。

ターディスさまの理想のサムネイル表示方法をご教示ください。
よろしくお願いいたします。
671：ターディス：2023/10/13(金) 18:24:56 ID:zVTDWmkM0: >>670
ご多忙の中勝手な要望に対しての返信、大変ありがとうございます。

個人的にはリストの横に3列くらいでサムネイルが表示され、選択中のウィンドウは目立つ色の枠線で囲むような感じだとありがたいです。
（ttps://postimg.cc/jnYS58s2 勝手ながら例を作成させて頂きました。）

あとはリストの周りを取り囲むように表示される…とかでしょうか…。

そしてそのサムネイル画像をクリックしても、そのウィンドウに切り替える事が可能であれば大変嬉しいです。
（本当に勝手なお願いで申し訳ありません。これも根幹からの使用変更に該当するのであれば、全然大丈夫です！）

お時間があれば追加して頂けるとありがたい限りです。
672：x@rgs★：2023/10/17(火) 01:56:52 ID:???0: >>671

画像まで用意いただきありがとうございます。
ウインドウリストを画面中央に配置するのではなく、ウインドウリスト+サムネイルの合計幅から中央を割り出すイメージですね。
ほかにも、画像の例でウインドウが10以上になったときにサムネイルが小さくなっても全て表示させるべきか、
9個を上限として入れ替えていくか等、いろいろと考えるべき項目がありそうです。

いつになるか分かりませんが、追加に向け検討いたします。
673：ターディス：2023/10/17(火) 17:00:18 ID:zVTDWmkM0: 確かに９個以上の場合などを考えると難しそうですね…。
「中央にリストを配置＆囲うようにサムネイルを配置」にすると中央は変わらず出来そうですが、使い勝手を考えると…といった感じでしょうか。

この度は返信等お時間を割いて頂きありがとうございました。
勝手ながら追加される日を期待しつつ待っております。
674：通りすがりの人：2024/03/14(木) 17:36:27 ID:0m2LYGWs0: Tascherを長年使っています。
私の使い方はタスクスイッチだけではなく、コマンドとショートカットキーを組み合わせてランチャーとしても使っています。
例えば、
コマンド No.3 c:\windows\explorer.exeを登録しておいて、ショートカットでCtrl+Eでコマンド No.3を割り当てておくとTascherからアプリの起動も出来て便利です。
一つ要望ですが、この方式でアプリを起動すると常に新規に起動になります。
もし可能なら、
ショートカットのコマンド実行
→タスク一覧に既にアプリが起動している→そのアプリに切り替える
→タスク一覧に既にアプリはない→そのアプリを起動する
というふうに選択できるオプションがあると便利です。
コマンド指定時に「何もせずに実行・切り替えてから実行」などがありますがここに「タスクがあったら切替え無ければ実行」のようなオプションがあるとb理です。
もし他の方法で似た指定が出来るようであればご教示下さい。
以上、よろしくお願いします。
675：x@rgs★：2024/03/15(金) 21:51:17 ID:???0: >>674

投稿ありがとうございます。
ご要望いただいた機能を実装した場合に、例えばexplorer.exeのウインドウが複数あるとどのような動作とするか…という問題があるように思います。
現状のTascherで対応する場合、AHKなりを実行対象として、選択中のウインドウハンドルを渡し、
スクリプト側でウインドウハンドル→プロセス名orIDを取得し、存在すればそのウインドウをアクティブ化、
なければプロセスを新規起動という処理を行うことが考えられます。
何だかTascherの存在異議が問われる処理ですが、最適解だと考えます。
676：通りすがりの人：2024/04/02(火) 09:25:15 ID:eiTkXNn.0: >>675
お返事ありがとうございました。
おっしゃるようにAHKで以下のようにtascherから渡されたexeパスからウィンドウハンドルを取得し、ウィンドウをアクティブにするか新規起動することで望むことができました。
WinGet,handle,ID,ahk_exe %1%

ひとつ気づいたのは、tascherのコマンド設定で実行ファイルのパスや引数をダブルクォーテーションで囲って保存しても再起動するとダブルクォーテーションが消えています。
実行ファイルのパスに半角空白が入っていたためクォートしたのですが、消えてしまいます。

次のバージョンアップの際にでも修正して頂けたら幸いです。
677：x@rgs★：2024/04/10(水) 23:24:33 ID:???0: >>676

ご報告ありがとうございます。
ひとまず、解決できたようで何よりです。
Tascherだけで対応できず申し訳ございません。

ダブルクォーテーションの件、GetPrivateProfileString()の仕様で、
「"」で囲まれていると、読み込み時に削除されてしまいます。
実行ファイルだと問題ないと思いますが、
引数だと「"」の削除により、例えば「"%D" "%F"」と指定して再起動すると、「%D" "%F」になってしまうはずです。

次回、この不具合を修正いたします。
ご指摘いただきありがとうございました。
678：通りすがりの人：2024/05/11(土) 16:23:42 ID:bDyFizkY0: キーボード起動でTascherを使っています。
Tascherのウィンドウが開くまでワンテンポ遅れる感じがするのですが、何かオプションを変更することで高速化できますでしょうか。
Alt+Tabなら一瞬でタスク切り替えが表示されますが、Tascherはちょっと間があり高速化できればと思っています。
679：x@rgs★：2024/05/12(日) 22:39:52 ID:???0: >>678

投稿ありがとうございます。
Windows11環境で確認されている不具合です。
人柱版で一応の対応として、
[ListView]EnumWindowsを1としてウインドウの列挙方法を変更するか、
[IIDGuid]
IApplicationView={372E1D3B-38D3-42E4-A15B-8AB2B178F513}
IApplicationViewCollection={1841C6D7-4F9D-42C0-AF41-8747538F10E5}
IVirtualDesktopManager={A5CD92FF-29BE-454C-8D04-D82879FB3F1B}
といったかたちでIIDGuidを直接指定することにより解決できるはずです。

人柱版は下記から入手できます。
ttps://frostmoon.sakura.ne.jp/Tascher/debug.html
680：通りすがりの人：2024/05/15(水) 09:15:23 ID:0m2LYGWs0: >>679
人柱版ありがとうございます。
サクッと開くようになりました。
ひとまず人柱版で使ってみようと思います。
681：通りすがりの人：2024/05/15(水) 09:53:44 ID:0m2LYGWs0: Tascher 1.64で、ショートカットのCtrl+Lに他のコマンドを指定しても置き換わりません。
部分一致のままになります。
682：x@rgs★：2024/05/15(水) 22:20:08 ID:???0: >>681

投稿ありがとうございます。
ショートカット設定は、キー等を設定した後、「保存」をクリックする必要があります。
ご確認ください。
683：通りすがりの人：2024/05/16(木) 09:11:19 ID:bDyFizkY0: >>682
お返事ありがとうございます。
「保存」で設定を反映させております。
Ctrl+Lは設定が反映されません。Ctrl+A、P、Wなどは反映されております。
ご確認をお願いいたします。
684：x@rgs★：2024/05/17(金) 04:53:19 ID:???0: >>683

失礼いたしました。
「保存」ボタンを押下したとき、ショートカットのリスト上は設定が変更されていますか？
その時点では変更されているものの、再度設定を開くと元に戻っている状態でしょうか。

Tascherを終了させ、「Tascher.cfg」を直接編集すると設定は変更できますでしょうか。
(Ctrl+Lは[ShortcutKey]588です。)

ご確認のほどよろしくお願いいたします。)
685：通りすがりの人：2024/06/13(木) 20:03:25 ID:9m8RVjKY0: 【OS】[Windows 10 Pro 22H2]
【ソフト名】[Tascher]
【バージョン】[Ver.1.6.4.0]
【症状】[「切り替えてカーソルをウインドウ中央へ移動」ができない場合がある]
【再現手順】[NanaTerryに切り替える]

NaNaTerryは同一タイトル名のトップウィンドウがサイズ有りとサイズ無しがあるようでタスク切り替えはできるのですが、カーソルの移動はできません。

Ver.1.6.5.0を使用したところうまくカーソルの移動ができるので、既知の問題なのかもしれませんが、一応ご報告しておきます。
686：x@rgs★：2024/06/14(金) 01:03:03 ID:???0: >>685

ご報告ありがとうございます。
Ver.1.65_Test221023において、
Delphi製の一部ソフトウエアでウインドウの移動(モニタ間含む)等ができない不具合を修正しております。
おそらくカーソルの中央移動も関連する事象で、解決できているようです。
687：kiyohiro：2024/06/14(金) 11:32:19 ID:zjVXVLyI0: どうもお世話になってます
7-Zip 24.06が出てるので
7-zip32.dll/7-zip64.dll/7z.dll文字化け対策版のバージョンアップ
よろしくお願いします
特に新しく追加されたzst形式(.tar.zst/.zst)を扱いたいです

recesに要望
/mc[type]
にzst形式の圧縮を追加してほしいです
解凍の方(tar64.dll)は出来てます
tar32.dll/tar64.dllに入ってるtar32249\tar32_2\src\test\test_2099.tar.zst
試しました
Readme.txt内
綾川的趣味之接続集さんのtar32.dll/tar64.dllは
>私のコードは全てClaybirdさんのリポジトリにマージされています。以後はこちらから取得するようにしてください。
になってます
アドレスも変わってますｈttps://ayakawa.x0.com/
よろしくお願いします
688：sase：2024/06/18(火) 03:24:26 ID:slOB/nvo0: Tascherを非常に便利に利用させて頂いております。
１点、質問なのですがTascherをコマンドライン等から起動した際に絞り込み（インクリメンタルサーチ）を行った状態で起動することはできますでしょうか？
（たとえば、コマンドライン引数を受け取って絞り込み状態でウインドウを表示する等）

もし機能として存在しない場合には、改修のタイミング等でご検討いただけますと幸いです。よろしくお願いいたします。

# 試した方法１
AutoHotKeyで、Tascher起動後に Send / SendRaw / SendInput / SendPlay / SendEvent でキーイベントを送出する
→ どうも入力レイヤーもしくは入力要素が違うようで、絞り込みが行われない

# 試した方法２
のどか（キー配列変更ソフト）で Tascherを呼び出した後にキー入力を送出する（AutoHotkeyより低レイヤー）
&ShellExecute("open", "E:\\e\\Tascher164\\Tascher.exe",,, ShowNormal) &Wait(1000) c h r o m e
→ 絞り込みは行われるが、入力エリアがその後のユーザーキー入力を受け付けなくなってしまうため、上記の場合には "chrome"という絞り込み以降を入力できない

Tascher 1.64
689：kiyohiro：2024/06/20(木) 06:47:11 ID:zjVXVLyI0: >>687
どうもお世話になってます
7-Zip 24.07が出ました
690：x@rgs★：2024/06/22(土) 22:50:17 ID:???0: >>687,689

毎度ありがとうございます。
7-zip32.dll/7-zip64.dll/7z.dll文字化け対策版 Ver.24.07.00.01を公開いたしましたので、
ご確認ください。

recesについては、しばらくお待ちください。

>>688

投稿ありがとうございます。
Tascherの機能としては実装していませんが、
Tascherリストビューに対して、SendMessage(WM_CHAR)することで、
絞り込みができるかと思います。

手元のHSP3で動作を確認したコードです。

exec "C:\\Users\\～\\Tascher.exe"
await 1000
tascher_hwnd = FindWindow("TascherWindowClass",0)
tascher_hwnd = FindWindowEx(tascher_hwnd,0,"SysListView32",0)
sendmsg tascher_hwnd,WM_CHAR,'c',0
sendmsg tascher_hwnd,WM_CHAR,'h',0
sendmsg tascher_hwnd,WM_CHAR,'r',0
sendmsg tascher_hwnd,WM_CHAR,'o',0
sendmsg tascher_hwnd,WM_CHAR,'m',0
sendmsg tascher_hwnd,WM_CHAR,'e',0
691：sase：2024/06/23(日) 06:37:12 ID:slOB/nvo0: >> 690
お忙しいところお返事頂きありがとうございます。
教えて頂いたコードを参考にウインドウメッセージを送信したところ、動作を実現できました。ありがとうございます！
Tashcerの完成度は唯一無二ですので、これからも愛用させて頂きます m(__)m

TascherChromeFiltered.pyw（Python3で実装しました）
import time
import ctypes
from pywinauto import Application
import pygetwindow as gw

WM_CHAR = 0x0102

app = Application().start(r"E:\e\Tascher164\Tascher.exe")
time.sleep(1)

FindWindow = ctypes.windll.user32.FindWindowW
FindWindowEx = ctypes.windll.user32.FindWindowExW
SendMessage = ctypes.windll.user32.SendMessageW

tascher_hwnd = FindWindow("TascherWindowClass", None)
if not tascher_hwnd:
raise Exception("TascherWindowClass not found.")

tascher_hwnd = FindWindowEx(tascher_hwnd, 0, "SysListView32", None)
if not tascher_hwnd:
raise Exception("SysListView32 not found.")

for char in "chrome":
SendMessage(tascher_hwnd, WM_CHAR, ord(char), 0)
692：kiyohiro：2024/06/23(日) 09:50:21 ID:zjVXVLyI0: >>690
対応ありがとうございます
7-zip32.dll/7-zip64.dllはファイラー等でzstの解凍出来ました
ただ、7z.dllがファイラー/画像ビューアでzstを扱えません
ax7z.spi+7z.dllで試しました
7-Zip 24.07の7z.dllではzstを扱えます
よろしくお願いします
693：x@rgs★：2024/06/23(日) 17:10:30 ID:???0: >>691

無事動作したようで何よりです。
コードまで投稿いただきありがとうございました。

>>692
報告ありがとうございます。
修正したVer.24.07.00.02を公開いたしましたので、
ご確認ください。
694：kiyohiro：2024/06/23(日) 18:20:31 ID:zjVXVLyI0: >>693
修正ありがとうございます
ax7z.spi+7z.dllでzstを扱えるのを確認しました
これで最近増えてるzstを
ファイラー/画像ビューアで扱えるので非常に助かります
695：kiyohiro：2024/06/26(水) 10:58:24 ID:zjVXVLyI0: どうもお世話になってます
7-zip32.dll/7-zip64.dll/7z.dll文字化け対策版 Ver.24.07.00.02 + reces
D:\Software (x86)\reces\x64\reces.exe /c2 /ct /NF /qe /{"D:\Software (x86)\reces\cfg\resize.cfg"
で文字化けしてるのを見つけたのでご確認お願いします

Extracting archive:
の所の日本語のパス名ファイル名が文字化けします
他の部分に同じパス名ファイル名が表示されてますが他は全部正常です
参考画像
ttps://imgur.com/24A6sP5
v23.01.00.01 だとこの部分、空でした
よろしくお願いします
696：x@rgs★：2024/06/27(木) 01:28:53 ID:???0: >>695

ご報告ありがとうございます。
不具合を修正したバージョンを公開いたしましたので、
ご確認ください。
697：通りすがりの人：2024/06/27(木) 08:16:56 ID:zjVXVLyI0: >>696
修正ありがとうございます
文字化けしないのを確認しました
698： kiyohiro：2024/06/27(木) 08:18:20 ID:zjVXVLyI0: >>697
名前抜けてました
699：x@rgs★：2024/07/21(日) 21:18:15 ID:???0: >>687
recesについて、遅くなりましたが、ZSTD圧縮に対応にしたほか、
>>517-520
>>660-664
の問題について、統合アーカイバライブラリ(*.dll)のあるディレクトリを指定する「/Dd」を追加しました。
AddDllDirectory()だと対応できない環境もあるため、/Ddで指定されたディレクトリ内から探すよう処理しています。
「/Dd.」とすると、カレントディレクトリから取得します。

人柱版として公開しています。
700：kiyohiro：2024/07/22(月) 08:37:50 ID:zjVXVLyI0: >>699
対応ありがとうございます
/mctzs
/Dd.
だけですが動作確認しました
とりあえずランチャーやファイラーに登録してる分
/Dd.を追加して使ってみます
これでポータブル環境でも使えて助かります
ちなみに/Dd. /me /c2 /ct /qeみたいに先頭に付ければ問題ないですよね
701：x@rgs★：2024/07/22(月) 21:54:00 ID:???0: >>700

ご確認いただきありがとうございます。
/Dオプションはオプション中でしたらどの箇所でも大丈夫です。
702：kiyohiro：2024/07/24(水) 12:39:58 ID:zjVXVLyI0: どうもお世話になってます
> ・Tar32.dllのZSTD圧縮に対応。typeに「tarzst」「tzst」「tzs」「tzstd」を追加
typeに「zst」追加おねがいします
自分ではZSTD圧縮は使わないのですが
ダウンロードやもらった
手持ちのファイルはどれも.zstと.tar.zstのようなので
よろしくお願いします
>/Dオプションはオプション中でしたらどの箇所でも大丈夫です。
うろ覚えですが/q0が以前場所によって一時停止しなかったので
703：x@rgs★：2024/07/30(火) 22:48:51 ID:???0: >>702

typeに「zst」を追加した人柱版を公開しましたので、ご確認ください。
704：kiyohiro：2024/07/31(水) 12:47:42 ID:zjVXVLyI0: >>703
対応ありがとうございます
動作確認しました
自分ではZSTD圧縮は使わないのですが
もらったZSTD書庫(.zstと.tar.zst)を編集したときは一応
元の形式に再圧縮したかったので助かります
705：x@rgs★：2024/07/31(水) 20:59:29 ID:???0: >>704

ご確認いただきありがとうございました。
問題がなければ、そろそろバージョンを区切り、正式版として公開し直したいと思います。
706：通りすがりの人：2024/08/14(水) 07:35:21 ID:zjVXVLyI0: 7-Zip 24.08 (2024-08-11) が出てるので
7-zip32.dll/7-zip64.dll/7z.dll文字化け対策版
よろしくお願いします
707：x@rgs★：2024/08/21(水) 20:47:22 ID:???0: >>706

ご報告ありがとうございます。
Ver.24.08.00.01を公開いたしましたので、ご確認ください。
708：kiyohiro：2024/08/22(木) 19:10:26 ID:zjVXVLyI0: どうもお世話になってます
>>687
でrecesのReadme.txt内のアドレスが変わってる
のをちょと書いたので
7-zip32.dll/7-zip64.dll/7z.dll文字化け対策版 Ver.24.08.00.01
も確認したらこちらも複数古いみたいです
まあ、特に困るものでもないので報告だけ
recesも
>問題がなければ、そろそろバージョンを区切り、正式版として公開し直したいと思います
とのことなのでもう一度コメントしとこうかと
よろしくお願いします
709：kiyohiro：2024/09/21(土) 15:55:28 ID:zjVXVLyI0: どうもお世話になってます
reces v0.00r34ですが
/Dd. /c2 /ct /NF /qe /{"D:\Software (x86)\reces\cfg\resize2.cfg"
でリサイズして.rarから.zipに変換でエラーが出ました
error: 対応していない圧縮形式かファイルが壊れています。
/Dd.
無しで
/c2 /ct /NF /qe /{"D:\Software (x86)\reces\cfg\resize2.cfg"
なら問題ありません
よろしくお願いします
710：nuko：2024/09/22(日) 03:47:18 ID:2ZlzQmjk0: 【OS】[Windows 11 Pro 23H2]
【ソフト名】[reces]
【バージョン】[Ver.0.00r34]
【症状】[複数のパスを渡して連続処理しようとするとエラーが発生する]

お忙しいところ恐れ入ります。
最新版のrecesで複数のパスを渡して連続処理させようとすると
ひとつ目は正常に処理されるものの、ふたつ目以降に渡されたパスは全て
　｜　ライブラリを読み込んでいます...
　｜　error: 対応していない圧縮形式かファイルが壊れています。
とエラーが出てしまい処理できません。
個別圧縮・解凍・書庫テストの連続処理は全て上記のエラーが発生し、
一方で複数のパスを渡してひとつの圧縮ファイルを作成する場合は問題ないようです。

7-zip32.dll/7-zip64.dllを以前のバージョンのものに差し替えたらエラーは起きなかったので
「7-zip32.dll/7-zip64.dll文字化け対策版 Ver.24.08.00.01」の問題なのかなと。

お手数をおかけして申し訳ございませんが、ご確認をよろしくお願いいたします。
711：x@rgs★：2024/09/23(月) 01:01:23 ID:???0: >>709
投稿ありがとうございます。
再圧縮時の圧縮処理で/Dd.を展開する際のカレントディレクトリが、
再圧縮用の一時ディレクトリになっているため、
ライブラリの読み込みに失敗しているようです。
現バージョンで対応するには、絶対パスを指定する必要があります。

>>710
投稿ありがとうございます。
>>519 にある、7-zip 19.00の仕様変更によるものかもしれません。
7-zip32.dllをシステムディレクトリに配置したり、
/Ddで7-zip32.dllのあるディレクトリを指定すると動作しますか。
712：nuko：2024/09/23(月) 08:47:52 ID:2ZlzQmjk0: >>711

お返事をありがとうございます。
64bit版recesを使用させて頂いているので
・/Ddで64bit版recesの絶対パスを指定
・7-zip64.dllのシステムディレクトリへの配置
のパターンではそれぞれ問題なく動作して
カレントディレクトリ指定の/Dd.だと同様のエラーが発生しました。

とりあえず、dllのシステムディレクトリ配置をしておけば
何も問題がなくなるようなので、このまま使わせて頂こうと思います。
713：x@rgs★：2024/09/23(月) 21:09:06 ID:???0: >>712

返信ありがとうございます。
再圧縮の場合だと、>>709、>>711のとおりカレントディレクトリが一時ディレクトリに変更されてしまいますが、
連続解凍やテストで、手元の環境だと確認できませんでした。

原因を調査したいので、差し支えなければ、ファイル構成や実行したコマンド等お示しいただければ幸いです。
714：nuko：2024/09/28(土) 02:29:20 ID:2ZlzQmjk0: >>713

お返事が遅くなり申し訳ございません。
私の環境ですが、recesの「x64」フォルダーの中身を
「C:\Tool\Archiver\reces-x64」に配置（パスは環境変数に登録）した上で
UNBYPASS／UNLHA32.DLL／UnRAR64.dll／unrar64j.dll
TotalObserver.wcx64関係のファイルも入れております。
（前回のコメント時から「System32」にも「7-zip64.dll」をコピーしています）
普段は用途別のコマンドを登録したファイラーから選択パスを渡す形で使用しており
ファイラー上でのパス指定はコマンドプロンプトでのものと少し異なるので
【例】reces /q1 /qe /me /c12t {allfilepath|noterm}
同様の処理となるように、テスト用ファイルを配置したフォルダー上で
コマンドプロンプトを開いてテストをしてみました。
また、「Windows Sandbox」上で「7-Zip 24.08」「7-zip32.dll/7-zip64.dll/7z.dll文字化け対策版」を
インストーラーでインストール、recesを同様の配置&環境変数登録をしてテストしてみても
同じような結果になったので、以下にまとめて記載します。
【〇】は問題なし、【×】【△】は何かしら問題ありという感じです。

◆圧縮：「test」フォルダーと2つのファイルを対象に普通の圧縮or個別圧縮
【〇】reces /q1 /qe /mc7z /t "test" "1.png" "2.png"
【〇】reces /q1 /qe /mc7z /t /e "test" "1.png" "2.png"
【〇】reces /DdC:\Tool\Archiver\reces-x64 /q1 /qe /mc7z /t "test" "1.png" "2.png"
【〇】reces /DdC:\Tool\Archiver\reces-x64 /q1 /qe /mc7z /t /e "test" "1.png" "2.png"
【×】reces /Dd. /q1 /qe /mc7z /t "test" "1.png" "2.png"
【×】reces /Dd. /q1 /qe /mc7z /t /e "test" "1.png" "2.png"
※上記2つは、1つ目の処理から「error: 対応していない圧縮形式かファイルが壊れています。」

◆解凍：7z/zip/rar/lzhをまとめて渡して連続処理
【△】reces /q1 /qe /me /c12t "test1.7z" "test2.zip" "test3.rar" "test4.lzh"
【△】reces /Dd. /q1 /qe /me /c12t "test1.7z" "test2.zip" "test3.rar" "test4.lzh"
【△】reces /DdC:\Tool\Archiver\reces-x64 /q1 /qe /me /c12t "test1.7z" "test2.zip" "test3.rar" "test4.lzh"
※3つ目のファイルの「ライブラリを読み込んでいます...」で処理がストップ。
※7z/zipのみ、rar/lzhのみに処理対象を絞った場合は問題ありませんでした。

また、7z.dll対応版「7-zip32.dll」「7-zip64.dll」インストール時は解凍結果が少し変わりました。
【〇】reces /q1 /qe /me /c12t "test1.7z" "test2.zip" "test3.rar" "test4.lzh"
【〇】reces /Dd. /q1 /qe /me /c12t "test1.7z" "test2.zip" "test3.rar" "test4.lzh"
【△】reces /DdC:\Tool\Archiver\reces-x64 /q1 /qe /me /c12t "test1.7z" "test2.zip" "test3.rar" "test4.lzh"
※3つ目のファイルの「ライブラリを読み込んでいます...」で処理がストップ。

あと、書庫テストは解凍処理と同様の結果でした。
以上、ご確認をよろしくお願いいたします。
715：x@rgs★：2024/09/29(日) 20:49:03 ID:???0: >>714

詳細な動作テストをしていただきありがとうございます。

◆圧縮の【×】について、
「/Dd.」と指定しているので、コマンドプロンプト上のカレントディレクトリからライブラリを読み込もうとします。
今回の場合だと、「テスト用ファイルを配置したフォルダー」が「C:\Tool\Archiver\reces-x64」でないと動作しません。
ご確認ください。

◆解凍の【△】について、
手元の環境では、rar書庫は処理でき、lzh書庫は処理できませんでした。
これは「7-zip64.dll」側でSetDefaultDllDirectories()しているため、
「UNBYPASS.DLL」がうまく「UNLHA32.DLL」を読み込めないことによると考えられます。
この現象に対応した人柱版を下記で公開いたしましたので、ご確認ください。

ttps://frostmoon.sakura.ne.jp/reces/debug.html
716：nuko：2024/09/29(日) 23:44:48 ID:2ZlzQmjk0: >>715

お返事をありがとうございます。

>>「/Dd.」と指定しているので、コマンドプロンプト上のカレントディレクトリからライブラリを読み込もうとします。
>>今回の場合だと、「テスト用ファイルを配置したフォルダー」が「C:\Tool\Archiver\reces-x64」でないと動作しません。
言われてみればごもっともですね…。ファイラーと同じ条件にしようとして間違ったことをしていました。
Windows Sandbox上で「7-Zip 24.08」「7-zip32.dll/7-zip64.dll/7z.dll文字化け対策版」を
インストールしない状態（recesとテスト用ファイルの配置のみ）で、「C:\Tool\Archiver\reces-x64」から
【〇】reces /Dd. /q1 /qe /mc7z /t "C:\圧縮\test" "C:\圧縮\1.png" "C:\圧縮\2.png"
【〇】reces /Dd. /q1 /qe /mc7z /t /e "C:\圧縮\test" "C:\圧縮\1.png" "C:\圧縮\2.png"
というコマンドでテストしたら圧縮関係は問題がなくなり、解凍関係も人柱版のexeに置き換えた上で
【〇】reces /Dd. /q1 /qe /me /c12t "C:\解凍\test1.7z" "C:\解凍\test2.zip" "C:\解凍\test3.rar" "C:\解凍\test4.lzh"
というコマンドでテストしたら問題なく処理できました。

私の使っているファイラーでは、処理対象を選択したフォルダでコマンドプロンプトが開かれるので
どうしようかと思ったのですが、こちらも人柱版のexeに置き換えた上で
【例】cd C:\Tool\Archiver\reces-x64
　　　reces /Dd. /q1 /qe /mc7z /t /e {allfilepath|noterm}
といった感じに登録コマンドを修正すれば、圧縮・解凍・書庫テストも問題ないようなので
登録していたコマンドをひと通り書き換える形で、今回ご相談差し上げていた問題は解決できそうです。
旧バージョンのreces同梱の7-zip64.dll文字化け対策版に戻せば以前のコマンドでも処理できましたが
流石に2017年のものを使い続けるのもどうかと思っていましたし、これで最新版への移行がちゃんとできます。

以上、取り急ぎご連絡差し上げますので、ご確認をよろしくお願いいたします。
717：kiyohiro：2024/09/30(月) 11:58:08 ID:zjVXVLyI0: >>709
対応ありがとうございます
>●(暫定)開発履歴
> ○Ver.0.00r35a_Debug240929 - 2024/09/29
> ・「/Dd」オプションで指定されたディレクトリに対してAddDllDirectory()するように。(Special Thanks!:kiyohiro様)
AddDllDirectory()がなにか理解できてませんが変わらずエラーでした
参考画像ｈｔｔｐｓ://imgur.com/suC1OI8
よろしくお願いします
718：x@rgs★：2024/10/01(火) 00:59:24 ID:???0: >>716

ご確認いただきありがとうございました。
うまく動作したように何よりです。
ほかにご要望等ございましたら、お気軽にご連絡ください。

>>717

失礼いたしました。
TODOをうまく管理できておりませんでした。
カレントディレクトリ変更のタイミングを調整した人柱版を公開いたしましたのでご確認ください。
719：kiyohiro：2024/10/01(火) 10:23:30 ID:zjVXVLyI0: >>718
対応ありがとうございます
rar書庫1つならzipに再圧縮出来ました
rar書庫2つだと1つ目が成功、2つ目がエラーになります

[1 / 2] 'D:\Software (x86)\変換\1.rar'
ライブラリを読み込んでいます... D:\Software (x86)\reces\x64\Unrar64j.dll ver.0.00.17.00
略
'"D:\Software (x86)\Ralpha Image Resizer\Ralpha.exe" /ini=resize2.ini .'を実行しています...
ライブラリを読み込んでいます... D:\Software (x86)\reces\x64\7-zip64.dll ver.24.08.00.01
略
7-Zip (a) 24.08 + ungarbled patch (x64) : Copyright (c) 1999-2024 Igor Pavlov : 2024-06-19

Creating archive: D:\Software (x86)\変換\1.zip

Add new data to archive: 1 folder, 16 files, 6526272 bytes (6374 KiB)

Archive size: 6514067 bytes (6362 KiB)
Everything is Ok

[2 / 2] 'D:\Software (x86)\変換\2.rar'
ライブラリを読み込んでいます... D:\Software (x86)\reces\x64\Unrar64j.dll ver.0.00.17.00
略
'"D:\Software (x86)\Ralpha Image Resizer\Ralpha.exe" /ini=resize2.ini .'を実行しています...
ライブラリを読み込んでいます...
error: 対応していない圧縮形式かファイルが壊れています。
続行するには何かキーを押してください . . .

よろしくお願いします
720：x@rgs★：2024/10/02(水) 07:04:32 ID:???0: >>719

何度もご不便おかけし申し訳ございません。
修正版を公開しましたので、ご確認ください。
721：kiyohiro：2024/10/02(水) 18:22:58 ID:zjVXVLyI0: >>720
対応ありがとうございます
動作確認しました
722：綾川：2025/03/06(木) 17:31:06 ID:gN68uH7A0: Windows 11 Insider Preview 26120.3360にて、ungarbled版7-zip64.dll/7-zip32.dllが
正常に動作しないようです(ver 24.09.00.01で確認)。
追跡してみるかとbuild環境を整えてみたんですが旨く構築できなくてビルド出来ず、
コードのどの辺で転けているかまでは分かりませんでした。GetVersionは動いて、
CheckArchiveが旨くファイルを扱えてないような感じでしたが……。
723：綾川：2025/03/06(木) 20:41:00 ID:gN68uH7A0: なんとか環境構築できたのでVS2022 Community Edition 17.13.2で
ver 24.09.00.01をbuildしたところ、こちらは問題無く動作しました。

VSかライブラリのバージョンのせいなんでしょうかね……あるいは
こちらの環境の何かのせいなのか。
724：x@rgs★：2025/03/06(木) 22:28:22 ID:???0: >>722-723

ご報告ありがとうございます。
現在手元にWin11環境がないため確認できませんが、次回更新に向け調査したいと思います。
725：綾川：2025/04/06(日) 18:16:15 ID:gN68uH7A0: 原因が分かりました。
こちらの完全なミスでございました。
7z.dllを使う版と使わない版を逆だと思って使っておりました。恥ずかしい……。
726：綾川：2025/04/06(日) 18:53:33 ID:gN68uH7A0: 7-zip32.dll/7-zip64.dll ver 24.09.00.01で、ファイル名中にが (U+304B U+3099) が存在
するとが (U+304C)に変換されてしまうようです。
7z.dllを使わない版、使う版の双方共に確認しています。なお、7z.dllをungarbled版に添付
されている物ではなく、公式の7zをインストールしたものを使用すると変換されずにそのま
まになります。
727：x@rgs★：2025/04/06(日) 19:40:17 ID:???0: >>726

投稿いただきありがとうございます。
文字化け対策版は、Yak!氏による対 zip UTF-8 強制試行版 7z.dll (UTF-8 MAC 対応)パッチの内容を取り込んでいるため、NFCに正規化する仕様となっております。
現バージョンには、この機能を無効にするオプションはありません…。
728：綾川：2025/04/07(月) 07:03:32 ID:gN68uH7A0: 仕様ということで了解しました。