Fire File Copy Part12

前スレ
Fire File Copy Part11
http://anago.2ch.net/test/read.cgi/software/1311997940/

配布サイト　A-1 LABORATORY
http://www.k3.dion.ne.jp/~kitt/pc/sw/ffc/

BD-REにファイルをFFCを使ってよく保存するんだけどファイルが結構壊れる
ハード側が悪いんだと思うけれども、ベリファイ無しじゃ怖くて使えない
ベリファイしてればエラー検知はしてくれるので書き直しすればいいんだけど
エラーが出るとFFCがファイル掴んだまま離してくれないのがなんとも・・・
とりあえずBDドライブは新しいのに交換したので様子見中

>>304
FastCopyでDVD-RAMの時に似たような経験がある
そのときは設定でI/O単位を半分にしたら治まった
FFCでI/O周りの設定があるんだったら見直してみたらどうだろう
>>FFCがファイル掴んだまま離してくれないのがなんとも
ロック解除するアプリを試してみたらどうだろう
File Governorとか結構使いやすい

光学ディスクへの書込みはImgBurn辺りを使った方が良いんじゃないかな…

そもそもFFCもFCも光学ディスクへの書込みってサポートしてるの？

書き込みが速くなるわけでもなく寧ろ不安定になるだけだな

BD-REってドライブ側でベリファイしてなかったっけ

>>304だけども
ドライブ変えてからエラーは出なくなった
やっぱりBDドライブが死に掛けてたようだ・・・
REでは外周でのみエラーが出る（毎回ではない）、Rは書き込み先頭でエラーが出る（毎回ではない）
システムログにはコントローラーエラーが一杯
最初はメディアを疑ったんだけどねー、次にマザーとドライブ
マザーとドライブの切り分けのためにUSB接続に変えたりと・・・
ええい、変な壊れ方しよってからに

>>308
壊れ方によってはREの標準ベリファイって意味無いみたい
自分もそれで安心してFFCのベリファイはやってなかったから痛い目を見たわけ

今、起動中のjoytokeyというソフトをバックアップしようと思って
右クリックでドラック
↓
ドラッグ後に開いたコンテキストメニューから「ここにFireFileCopyでコピー」


サイズを比べるとコピー元と先で違う・・・
よくみるとコピー元は「JoyToKey.log」が319KB、先はOKBだった
もう一度同じ手順でコピーするとちゃんとコピーできてた
logは8月26日から31日まで記録をとっていてコピー後に作られたってことはない
なんで最初失敗したんだろ？
ちなみにjoytokeyはバージョン違いで2重起動してて二つ目もおなじだった（最初サイズ違う、もう一回コピーするとサイズ同じ）
ベリファイはオフにしてたけどなんでこんなことが起こるのか怖い
つかんでるファイルはコピーできないとかあるのかな？
コピーできない時にお知らせする設定とかってないん？

>>310
>>172-189
排他制御に問題が有る様なので基本的には他のソフトがアクセスしてそうなファイルに対しては
FireFileCopyは使用しない方がいいと思う

>>178
>ハッシュチェックによるベリファイがONでも正常なファイルと見なされる

なのでベリファイをオンにしても回避できるものではないと思う

>>311
過去にも同じことがあったみたいで、むずかしいけど起動中はファイル掴んでる可能性があるからコピーしないほうがいいのね
1つ勉強になった
回避したりエラーのメッセージを出す設定もみあたらないからソフトは停止してからコピーしなさいと
さんくす

基本、使われてるファイルはコピーできないものと考えた方がいいぞ
ファイルコピーソフトを使う使わないにかかわらずね

あとはプログラムの設定ファイルなんかでたまにあるが、
設定を変更したときに即座に設定ファイルに書き込むプログラムと
終了時に現在の設定を書き込むプログラムが存在する
バックアップを取っておこうと考えるならそのプログラムを終了した上で設定ファイルをコピーするというくせを付けるといい

>>312
掴んでるファイルって普通にエラーでない？
うちだと別のプロセスが使用中ですってダイアログ出たあと
0kbのファイルが自動で削除される

>>314
でないな〜

ＦＦＣ起動
↓
左下をクリック
↓
「エラーの通知」にはチェックついてた

/sr つけてるとベリファイエラーが通知されません

このソフト使ってみたけど、残り時間の右横に表示される転送速度って結構適当っぽいね。
FastCopyよりずっと速い速度が表示されて「これは凄い！」と感動したけど、
冷静に考えてみると使用してるHDDの最外周の読み出し最高速度が140MB/s程度なのに
200MB/sとかの速度でファイルをコピーできるはずないし。

みんなバッファサイズいくつにしてる？

バッファサイズは気にしてない
今見たらいつだったか上限試してただけの255MB設定になったままだった

昨日、初めて260文字制限に引っかかってしまってひどい目にあったので
いじることのありそうなストレージの全ファイルパスの文字数を一括で調べるために
適当にスクリプト組んで気分良くなった
でもFastCopyでやりゃいいじゃんで終了だなｗ
コピー元が260文字以下でもコピー先で260文字オーバーしたらダメだという当然のことを
いまさら知った馬鹿な俺らしい

なんか最近遅いなあと思ってたら、物理的に異なるドライブの判定がうまくいってなかったみたいで
全部同一ドライブ間移動扱いになってたっぽい
ID設定したら直ったけど、自動判定はなぜ失敗しちゃったのだろう

前スレでも報告があるが、Win7とWD30EZRXで移動を実行すると

同じドライブ間での"移動"なので、エクスプローラで移動した方が高速です
処理をやめますか?

と表示され同一ドライブと判定される。
手動でドライブID指定するか、4.10.0.3で自動判定にすると解消される。
4.10.0.3てテスト版だけど、4.9.1.0と比べると自動判定の不具合が修正されてるっぽい。
テスト版だけど不具合情報もないみたいだし、4.9.1.0で自動判定で不具合があれば
4.10.0.3を使うってのも手かなぁ...？

俺はその現象出たことないけどテスト版の最新使って特に問題は発見していない(問題がないとは言ってない)

>>321
なるほど
しかし使ってるのはすでに4.10.0.3だったから、直ってないか別の条件があるっぽい
ともあれ詳しくTHX

>>321
WD30EZRXはESATA接続？
メッセージは同一コントローラー上にあるHDD間で移動する場合のみで表示？

>>324
USB接続。
で、いろいろ試してみたらWD30EZRX同士でのみ発生する模様。
内蔵でも外付けでも発生したから接続方式やコントローラーは関係ないっぽい。
WD20EARSでは発生しない。
3TB以上のHDDはWD30EZRXしか持っていないので他のHDDで発生するかは不明。
他のOSでは試してないのでOSが関係あるかも不明。
再現条件は3TB以上のHDD同士かもしれないね。

うちでの再現条件
FFC 4.9.1.0
自動判定
移動
WD30EZRX同士

環境
OS Windows 7 Home Premium SP1 64bit
M/B P8Z77-V
USBコントローラー ASMedia USB 3.0 controller
HDDケース CROSEU3S

つい数日前まで使い続けてきたけど
アップデートも何年もないし
思い切ってFastCopyに乗り換えたよ
ベリファイが超遅い以外は快適
完了予測時間を計算せずいきなりコピー開始するモードもなかなか好きだ

FastCopyは見た目が野暮ったいんだよな
機能的には良い点も多いんだけど

両方使ってる
でもFastCopyは上書き確認ないのがな…

>>325
うちのWD30EZRX2台でも出る
無視してコピーすればいいだけだから気にしてなかったけど

作者　バグ修正はよ

もうffc作っていたたことすらすっかり遠い昔の記憶なのでは？ｗ

WD30EZRX、複数のPCで使ってるけど一度も出た事ないな

Windows7x64使ってます

エクスプローラのコピーで外付けHDDにコピーするとセキュリティの警告みたいのが出るんですが、

FFCでコピーするとなんにも出ないで普通にコピーできるのはなんでですか？

FFCを使ってコピーしてるからだろ

> セキュリティの警告みたいのが出る

質問の内容もだがセキュリティ警告なのかセキュリティ警告じゃないのかはっきりしろ話はそれからだ
まあどうせUACというかアクセス権のあれだと思うけど

それと、FFC使って転送するとAviraとかAvastとかのセキュリティソフトが反応するバイナリがあったよな
単体だと問題無いんだが
UPXみたいな圧縮が関係してるとかしてないとか

>>335
＞UACというかアクセス権のあれだと思うけど

↑それです。
FFC使って、ダイアログ出ないんじゃ、セキュリティ的にどうなのかなぁと思って。

100％お前のレスを信じるならお前がFFCをどういう権限で起動させてるかだから
セキュリティ的にどうなのかなと思うのはそれを把握していないお前の使い方だ
ぶっちゃけアクセス権警告が出るファイルのもともとのアクセス権はどこにあるのか
何のアクセス権が出るかってのがわかってないようだからこれ以上はなんもいえん

FFCでCドライブにコピーできるんですか？
いつも忘れててFFCを使った時、無反応になってしまうのでUACのせいでダメなんだなって勝手に判断していたのですが
少しまっていたらコピーできたんですかね？
ちなみにwin8.1です

そこまで予想できてるならUAC切れよ

> 少しまっていたらコピーできたんですかね？
こっちが聞きたいわ

FFCとfastcopyどうちがうんだ？

作者が違う。

>>341
FFCは文字数制限がある分劣っている

>>341
fsはすかさず>>343みたいなレスを
こんな何ヵ月も停止していたスレを
常に監視していたのかすかさず投下するよくわからないユーザーがいるのが難点たが
とりあえず今は何年も放置期間があったとはいえとりあえず更新している分fsが安心かもしれない
ただffcでは普通に出来る「移動時の上書き確認」がいつまでたっても実装されないとか
UIがすっきりしないとか
日常利用にストレスたまる人がいるかもしれない

文字制限を超えるパスを作る奴って頭おかしいとしか・・・

他人の壊れたPCのHDDからどこにデータ保存してるかわからないから
OSまるごとコピーする時くらいにしか遭遇しないエラーではある。OSの仕様による制限だっけ
この時主に引っかかるのはFlashのキャッシュとIEのキャッシュ関連だからほぼ無視でいい

最近やってないから忘れたけどこのエラー出ると止まるんだっけ？
止まらず無視して続行する仕様にしてエラーログ吐いてくれれば最高だな
ソフトの更新ないからその都度手動対処するしかないけど

日常的な物理ドライブ間ファイル移動・コピーはFFC
ドライブ内の全ファイルコピーとかはFC
こういう風に使い分けしてる
ドライブ丸ごとの場合でもファイルパスやディレクトリ構造がはっきりしている場合はFFCでやっちゃうなあ

あと、スクリプトやバッチジョブに組み込む時も
xcopyやrobocopy、filesystemobjectとかダイレクトに使わず気分的にFFCを使ってしまう

ソフトの自動生成のファイルやフォルダとか解凍後のファイルとか
フォルダ名やファイル名の最後にスペースがあって消せなくなるのは
ごくたまに遭遇したなあ

>>344
上書き確認で諦めてFFCに戻ってきたわ

プリセットにサイズが異なれば上書きが追加されたら良いのに
githubでまとめてDLすると日付が書き換えられて不便でなぁ

>>310
でも書いたけど掴んでるファイルをコピーしたら警告なしで0KBのファイルができてびっくらこいたから使うのやめちゃった
たまたまサイズをチェックしたから気づいたけど、警告でないのは困る
Fastcopyも上書き確認無し&使いにくかったでだめだった
いまだにFFCとFCが人気みたいだけどほかに何か無いかまたさがすか・・・

ｳﾀﾞｳﾀﾞ文句垂れながら粘着か

アホ信者にからまれた

試しててわかったことがあるんだけど、Joytokeyのlogファイルを書き変えるたびにFFCでの一回目のコピーがlogファイルが0kbになって失敗する
2回目以降は失敗しないでコピーできる
失敗しないようにする、もしくは警告出すようにする方法わかる人いないだろうか？
ベリファイONにしても警告出なかった

>>350
お前、排他制御の可能性のことを「難しいことはよくわからない」で終わらせてんじゃん
道具のせいにするのはさすがに良くない
通行人を轢き殺すような事故を発生させる前にドライバーへ警告して自動ブレーキかけてくれる自動車じゃないと怖くて運転できません
とか言ってるようなもんだぞ

>>354
排他制御の可能性なんてものを一般的な知識だといわれてもなぁ
エクスプローラーでコピーしようとすると「別のプログラムがこのファイルを開いているので操作を完了できません」と警告出るけどFFCはでないでコピー完了する
これを知っていて当然だといわれてもなぁ・・・

んでJoytokeyとやらを知らんから軽くググってみたら
これゲームパッドのドライバ介入タイプのユーティリティじゃん
そんなコアな部分まで入り込んでるもんは全部システムから落としてからじゃないと
ファイル操作しようとしちゃいかんよ
車の例えで書いたついでにこれも車で例えるけれども
サイドブレーキかけずにタイヤ交換してるようなもん
出来ないことはないけれどもタブーすぎる

エクスプローラーはブレーキかかって
FFCはブレーキかからないのを知っていて当然といわれてもなぁ

これは相手しちゃいかんタイプ

じゃあ黙っていればいいのになぁ

Joytokey 2ch で検索するともうだめぽ

もうおわりかﾁﾝｶｽども

>>357
ExplorerはMicrosoft社の製品
FFCやFCはフリーウェア
まずこのあたりから認識し直そうか
んでもってFFC/FCのでいいからreadmeをちゃんと読み直そう
システム知識やファイル操作知識以前の問題

>>362
FFC作者に責任取れとか保証しろとかいってると思ってんの？
そんなこといってないんだけどなぁ

他プログラムが開いているファイルをコピーしたら失敗くんまた騒いでるの
一生探してろよ。そんなプログラムないから

なら失敗したときに警告出すことできないのかって言ってるだけでコピーできなきゃいけない、当然だとはいってないんだけどなぁ
話が理解できないバカは困るなぁ

右クリックメニューから、FFCでRAMディスクからデスクトップに移動／コピーしようとすると、スタンバイになって停まってしまう・・・・
何か設定弄った覚えはないのだけど、ここがおかしいんじゃね？　っての心あたりあったら教えてほしい
環境はWin7 Pro 64ビットです

開発者フェードアウトで更新停止して数年。実質開発終了

>>366 RAMディスクのドライバーがストレージとしての仕様を満たしてないんだろ
もっとマシなRAMディスクドライバーを使えよ
まぁシンプロビジョニング系の機能があるならそれは無効にしとけ

言葉の意味がわからないならRAMディスクを使うのはやめとけ お前には使いこなせない

気になってjoytokeyの常駐中にログファイルをFCCでコピーしてみたが症状再現せず。
普通にコピーされてる。
バージョン違いで二重起動なんていうイリーガルなことやってるから問題起きてるんじゃないかと。

JTK使ってるが、うちでも再現したで
まあ試す人いないかもだが何十回か試してわかった条件

1.JTKの機能で左の欄で右クリ「設定ファイルの新規作成」で設定ファイルを2つ作る
2.左の欄で設定ファイル名をクリックして設定を切り替える（logに変更を書き込ませるため）
3.logファイルを右クリでドラッグ→別HDDにFFCでコピー

・logファイルで右クリ→プロパティでサイズ見ると数十バイトだけ違う（OKBにはならなかった）
・失敗するのは最初の一回目だけ
・失敗しないときもある
・ベリファイしても警告とか失敗したとか通知はなし

>>369
Explorerのカラムの大雑把な「サイズ」では違いわからんで
右クリ→プロパティで数十バイトだけ違った

>>366>>368
368のRAMディスクではないがキュー待ちタスクを並べていたらなかなか次タスクに移らない現象は経験有り
win7上のvbscriptに組み込んでディレクトリ内の大量のファイルをファイル名で移動先フォルダ振り分けするスクリプトを書いていて
runでFFC.exeをコマンドラインで起動させて使用していた時
多重起動は前ジョブが終わってから次ジョブに移行という設定のまま
で、数十個のFCCexeタスクがキュー待ちに並ぶ状態で1つのキューが終わってもずっと寝たままになることがあった
全部FCC.exeに投げ切ってscriptはさっさと終了させたかったんだが
不本意ながらvbsのrunに同期オプションtrue追加してキューを並ばせないようにして回避してた

キュー待ちが寝ちゃった場合、タスクバー上のキュー待ちFCCをクリックするなりして触ってやるとキューが再開するので
バックグラウンドとかフォアグラウンドとかの挙動がコマンドライン/bgとか無関係になにかOSのアップデートの過程で
変な現象を起こしているのかなと推測はしている

>>371
そのサイズ差異が発生しているlogファイルの中身はどういう風に違いが出てるの？
そもそもそのlogファイルというのはテキストファイル？dbみたいなバイナリ？
ファイル後端が切れるとか先端が切れるとかそういう類のサイズ差異発生？

Win7 Pro 64bitchにRAMDAを挿れてて、これまで何の問題も無かったのに、急に現象が出たんだよねぇ・・・・・・
手っ取り早く、SoftPerfect RAM Diskを試してみたら症状が治まったので、様子見て大丈夫なようならこれで逝くわ
エロい人たち、いろいろありがとう

これで２TBコピーしようとしたら8時間で半分終わった
素直にクローンツール使えってことですよね

まぁ、ランダムは遅いからシーケンシャルでコピーできた方が
速いのは当たり前だわな。

NTFSアクセス権はあきらめてるけど、文字数制限でエラーだらけになるのがなぁ。
サーバ入れ換えの時にrobocopyよりヒューマンエラーしにくいのと一時停止とか気楽だから使ってるんだけど

そういうときの為に普段は使わないけれどもまとまった引っ越しの際は
dir /s /b > C:\filelist.txt
みたいなバッチ書いてfilelist.txt内の1行の文字数カウントするスクリプトにつないで
250文字超えするリストを生成して回避してる

そこまでしてFFCにこだわる意味がわからん・・・

拘っているんじゃなく
普段使いには使い勝手が良いんだよ
あと
「サーバ入れ換えの時」「そういう時」
ってところを読め
てかそれだけじゃないな
レスを全部ちゃんと読見直せ、だな

もうFFCの優位性は何もないのに？
素人向けならSupercopierで良いだろうし、
どうしてもGUIってならFastCopyもあるし

なんで縛り＋性能不足のFFCにこだわるのかが意味不明

使い勝手？　なにが？　どこが？　って感じ・・・

そこまで見限ってるのにこのスレに来るのが意味不明なんだが

>>382
ヒント1： 日時（日付・曜日・時間）
ヒント2： http://i.imgur.com/zveEZ2R.jpg

あふｗからコマンドラインで投げてるから他に移行するのは手間だし何も困ってないしでまだしばらく使い続けるだろう

>>383
タイムスタンプはFFCでもFastCopyでもちゃんと複製できるでしょ
ヒントとか書く人って実はなんにもわかってなかったりする

約2ヶ月前の書き込みにどういうレス？落ち着けよ

ヒント1の日時はファイルのことではなく、382が反応しているレス、つまり381の類の投稿の投稿日時（傾向）のことでしょ
ってマジレスしたら負けゲームかこれ？

windows10には完全に対応してる？

完全とは？

動作する？ってこと。

対応OS読めないの？

対応してないのね。
他のソフト探します。

Win10ｘ64、XFでのコマンドラインだけど
Verfyコピーなら無問題だよ
Verfy移動だと何故か”すでにファイルが有ります”ってエラーが出る
8まではこれでおkだったんだが・・・

fastcopyに乗り換えてみたがベリファイがクソ遅い

ここ5年くらい更新してないよね？

更新してないというより
死んだ可能性は？

フリーウェアは仕事が忙しくてやめちゃうことはよくある

無責任すぎる…

なーにいってんだこいつ

更新してないのに、まだスレが残ってるのはどういうこと？

今でも使える便利なソフトだから

>>397みたいな、趣味で作って無料で公開してるソフトに対して
モンスタークレーマーみたいなのがいるから、どんどんみんなフリーウェアやめちゃうんだよね

昔のソフトでも今の最新のosに最適化されてるの？
やっぱり後発の方が性能いいよね？

>>401
作者降臨か？

そうじゃないんだとしたら何様なの？

ひぐちたかし乙