たまたま見に来たけど、FFCはもう更新されそうにないね。 32bit版のシェル登録は32bit版のFFCからシェル解除すればいいんじゃないの? 禁止マークってのは情報不足でわからんけど、右クリック>監理者として実行でFFCを起動してもダメなのかどうかだね。 → 関連スレッドを表示 [No.905] 2017/11/12(Sun) 20:42:51 (61604時間10分前) |
愛用させて頂いております。 シェル拡張についてお尋ねさせて頂きたいのですが。 win7ー64bitに誤って32bit版のシェル拡張で登録してしまい 一度アンインストールして64bit版で登録しても コンテキストメニューからの起動できなくなってしまいました。 また、起動した状態でドラッグしても禁止マークが表示され登録できません。 恐らくレギストリに中途半端に登録されていると思われますが 修正出来ないでしょうか? ご対応頂けましたら幸いです。よろしくお願いいたします。 → 関連スレッドを表示 [No.904] 2017/10/04(Wed) 17:26:45 (62543時間26分前) |
お世話になっております。 本ソフトは大変優れていると思いますが、以下の2点を改めていただけるとさらに素晴らしくなると思います。 ・ファイル名が長すぎる場合に停止しないでログに記述して動作を継続。 ・ProgramFiles等のフォルダに入れた場合、「管理者として実行」しないとログファイルが作成されないことを動作開始時に警告。 以上、ご考慮願います。 → 関連スレッドを表示 [No.903] 2017/08/14(Mon) 23:12:29 (63761時間40分前) |
2017年10月31日で、このウェブスペースの提供も終わるようなのですが 移転などのご予定はあるのでしょうか? au one netホームページ公開代理サービス提供終了について https://www.au.com/internet/auonenet/option/mail-homepage/homepage/spec/ http://news.kddi.com/kddi/corporate/newsrelease/2016/08/05/1947.html → 関連スレッドを表示 [No.902] 2017/07/15(Sat) 13:57:07 (64490時間55分前) |
> コピー中にモードが "A" なことに気付いて途中で手動 ID 設定してみました > が "A" の排他コピーのまま変わりませんでした。 こちら、コピーが完全に完了してから、改めて手動 ID 設定した上でコピー をやりなおしてみたところ、希望通りに "C" の別ドライブモードでコピーが 行われることを確認しました。 コピー開始後は一時停止&再開しても設定変更が反映されない仕様であると 気付いていなかったため、中途設定でも認識してくれるかもと誤解していました。 また、テスト版置き場にある 2010/02/06 4.10.0.3 であればドライブモードを 手動で設定可能なことにも気付きました。 こちらもコピー中の設定変更は表示こそ C になるものの実際の挙動は A のままで、 コピー中のファイルが切り替わった段階で表示も A に戻ってしまうようにみえ ましたが、コピー開始前に設定しておけばそれに従ってくれました。 FireFileCopy の仕様を勘違いしていたため、お騒がせして申し訳ありませんでした。 以上、報告です。 → 関連スレッドを表示 [No.901] 2015/12/08(Tue) 19:55:13 (78524時間57分前) |
ver.4.9.1u を win7 64bit 環境で利用しています。 E: (HGST 4TB) F: (Seagate SMR 8TB) というドライブ構成で E から F へ FireFileCopy でドライブ間コピーして いるのですが、モードが別ドライブの場合の "C" にならず、"A" の同一 ドライブモードで R/W 排他コピーになってしまいます。 コピー中にモードが "A" なことに気付いて途中で手動 ID 設定してみました が "A" の排他コピーのまま変わりませんでした。 最初にディレクトリ構造を作成してから実データの転送を行う FireFileCopy であれば、SMR HDD へのデータコピーでもペナルティの無い書き込みができ そうだったのですが、残念なことに "A" (同一ドライブ / 大ファイル) モードでのコピーなってしまうため、ファイルコピーに理想値の二倍の時間を 消費してしまっています。 まだ作者の方がここを見ているか判りませんが、もしも見ていたら Win7 環境で 転送モードが "C" (別ドライブモード) になることがあるか確認してみていただけ ないでしょうか。 → 関連スレッドを表示 [No.900] 2015/12/08(Tue) 03:20:43 (78541時間32分前) |
substで作成した仮想ディスクでも同様の症状が出ました。 直接ハードウェアを見ている?アプリからは認識されないのかも… → 関連スレッドを表示 [No.899] 2015/07/07(Tue) 06:22:25 (82234時間30分前) |
すばらしいソフトで感激しています! さて、リネームの際、変更日時を使用することは可能とのことですが、 作成日時を使用することは可能なのでしょうか? いくつものバックアッププログラムが、ヴァージョンアップのたびごとに使いにくなり、複雑で何をやっているのかわからなくなり、しかも旧フォーマットのバックアップが使えないなどと、信じられぬことも起きたので、HDDの低価格化をよい事にNASなども増え、今では三桁のテラバイトになってしまいました! そこで、整理を始めたのですが、なかなか適当なソフトが見つからず、図らずして同名のファイルも散見され、困っていたところ、当ソフトと出会い、感謝しております。 その際に、変更日ではなく作成日がファイル名、フォルダー名に入ると比較削除に、 大変役に立つように思うのですが。 XABA → 関連スレッドを表示 [No.898] 2015/06/05(Fri) 05:16:59 (83003時間36分前) |
お使いのRAMDISKソフトは「標準のストレージとしてのエミュレート」を省き、その分処理を高速化した物だと聞いています。 本来なら"ハードディスクとして使用する"で解決しそうですが、OSに対し"ハードディスクですよ"と簡易的に通達するだけのソフトもあるので、その辺の問題かも知れません。 今まで5つのRAMDISK系ソフトを利用した限りでは、FireFileCopy側の問題では無いと言う感じです。 ※ハードリンクやジャンクションやシンボリックリンクも作れなかったりします お勧めは「Primo Ramdisk」です。ド安定 → 関連スレッドを表示 [No.897] 2015/05/15(Fri) 11:53:19 (83500時間59分前) |
現在マルチディスプレイ環境(3面)でFFCを使用しています。 プライマリ(タスクバーが表示されるもの)より左側のディスプレイ内でFFCを起動したときに、 ウインドウのサイズが以前終了した位置(これが左端)からディスプレイの右端までとなり、横に引き伸ばされた状態になります。 表示される位置について左上の始点は問題ないので、恐らくそのディスプレイ内でウインドウの座標がマイナスの値になっており、ウインドウサイズの計算が上手くいっていないのではと思われます。 → 関連スレッドを表示 [No.896] 2015/04/12(Sun) 10:22:18 (84294時間30分前) |