誰か、HNRのHN_tmpディレクトリの変更はできないでしょうか？
以前、RAMディスクにHNR全てを移動したのですが、容量があるのに
ファイルエントリーを使い切ってしまうという問題が。
BuffuroのRAMディスクユーティリティを使っているんですが、fat32
フォーマットなので、ロングファイル名があるとファイル名をファイル
エントリに格納するので、記事一覧情報などはあっという間に
1ディレクトリの格納制限を超えてしまいます。
（scandiskでエラーでまくり）
最悪、ブルースクリーンです。
IOはNTFSを指定できるけど有料ですし、HNRディレクトリ全部RAMディスク
に入れるの怖いです。
で、消えても安心なtmpディレクトリを移動したいと思います。

これは昔考えて調査してみたんですが、結局できませんでした。
最終的に
HDD1:HNR本体
HDD2:Downloadフォルダと分割ファイル保存フォルダ
というようにHDDを分けたのですが、少しだけスピードは上がったかなと
思います。

このときはバス帯域のネックがあったと思うので、いまどきのPCだと
その辺はネックにならず、もっとスピードが上がるかもです。

3年前の話に今更って感じですけど(-_-;、解決できそうな気がしてきました。
昨日初めて知った「シンボリックリンク」って機能を使えばいいかと。
今朝思いついたばかりなのでまだ実行はしてませんが、帰ったらやってみます。

酢こんぶ様、ご無沙汰しております。

題名通りなのですが、Windows8との相性の情報は何方かお持ちではないでしょうか？

Vistaや７時の対処済みという状態でなんですが..。

ありゃ、書き込みがあったことに今気がつきました。御返事遅くなって申し訳ありません。
しかし私も現時点でWin8を動かしていないので、HNRとの相性はわかりません。ここをご覧の方でHNRをWin8で動作させている方がいらっしゃったら情報いただけるとありがたいです。

みなさま、こんにちは。
windows8.1(64bit)で動かしてみました。
こちらだけの症状かもしれませんが、
画像の表示に問題がありエラーが出てうまく動作しません。
ただ、予約ダウンロードは普通に機能しており、DLするだけなら問題はないようです。
どなたか動作していらっしゃる方はいらっしゃいますか？

前回、ダウンロードされたのに結合マネージャに入らない現象
を報告しましたが、条件が判明しましたので報告します。

原因発見の経緯は、先日ウイルスソフトの検索エンジンがアップデート
（再起動が必要なタイプね）後、結合マネージャに入らない分割記事が
2割近くに増加しました。その結果、ほとんどの記事が復元できなく
なりました。どうも、セキュリティソフトがチェックのために
ファイルをロックしている時間が長く、HNRが処理できなくなっています。
特に、データ更新の頻度が高い、NH_AList、NH_Div、NH_tmpディレクトリ
で発生します。

発生条件
・最近のPCのように内部データ転送が速くなっている
・通信速度が速い
・セキュリティソフトのアルゴリズム

対策
・HyperNRディレクトリ全体を例外設定（スキャン対象外）にする。
・ダウンロードディレクトリだけは移動し、例外設定から外す
　ウィルスがダウンロードされますので。

遅い古いPCの方がHNRには、イイかも(^_^)

以前、容量が十分にあるのにディスクフル警告がHNRからでた事
投稿しましたが、入力警告値に表示されない場合があるようです。
（パラメータのチェック不足ですね）
最初100G(100,000)で不具合が出たのですが、どうも、入れる事が
できる値は30000(30G)程度が上限みたいです。short intの上限かな？
だから、桁数が大きい値を入れるとチェックをすり抜ける場合
が、起きます。40000あたりを入れると警告メッセージが出ます。

でも、最近のTB単位のディスクと巨大なバイナリデータをダウンロード
後の処理してると、30G程度しかないとワークエリアが足りない。
quickpar&winrarがまともに影響受けます。

どうしましょ。

いつも書き込みありがとうございます。

HNR側での根本的な解決は望めそうにないので、運用でカバーするしかないのではないかと
思います。私としては、エラーが出た時点でどうにかするという運用で十分なので、あまり
空き容量警告のサイズについて気にしたことがないです。
もし運用でカバーするという対策で不十分な状況があるのなら、参考までに教えていただけ
ないでしょうか。

簡単にいうと、ダウンロードされたファイルをデコードする際に
同じドライブ上で行っているからです。(^_^)

ひとまとめで別ドライブに転送すると、時間がかかるし、
デコードの際に、quickparの破損ファイルが残る、winrar
ではダウンロードされたファイルと同じサイズのファイルが
デコードされるので、
結局、ダウンロードされたファイル分の空き容量が必要に
なってくるんです。


追伸
　以前、ダウンロードされたパーツが結合マネージャに入らない
現象を報告しましたが(vista)、どうも、以下の条件で発生するようです。
検証結果を後で報告します。

１．ウィルス対策ソフトが排他制御を行っていて、HNRが処理できない。
２．ハードディスク、lanの速度が速いと起きる。数ヶ月前に光にして
　　速度をあげたら急に増えた。
上記、二つの条件がかち合う頻度が大きくなったようですね。

対策としては、ダウンロードディレクトリ以外を、セキュリティソフトの
例外設定にするしか無いかと。

このたび、ウィルスバスタークラウドを導入したところ
HyperNRの記事分割ディレクトリの中に変なファイルが
生成され大量にディレクトリが残る状態になります。

具体的にはHN_Divの中の各ディレクトリに_partsIndext.txt
と対に_PartsIndex.txt.tmp が分割情報を更新するたびに
できます。
たぶん、HNRとウィルスバスタークラウドの処理でファイル名
がかち合っているのかと。

最悪、タイミングが悪いと残ったままとなり、記事結合した
後でも残りディレクトリが削除できなくなり、膨大なディレクトリの
ゴミが残ります。

回避方法は記事分割ディレクトリを、例外設定にしてください。

いつも貴重な情報を有難うございます。
折を見てFAQに入れておきたいと思います。
あと、御返事遅くなって申し訳ありません。

この件で、T社に連絡したんですが、
一旦、アンインストールして再インストールしろ、
ログ収集プログラムを走らせろといわれたら、
そいつが重くて現象再現できない。
リモート操作して調べるからといわれたけど、3時間以上かかる。
断ってそちらでやってみたらいったら、
giganewsは有料だからだめ、非合法なデータがあるからだめと・・・・
freeのサーバーも合法なgroupもあるんですがね。

だいたい、サンプルウィルスは非合法なところから、取ってるんじゃないの？

この、tmpファイルが残る競合違反は2009時代からあったそうで、
そのたびに修正されているはずなんですが、なにやっているんでしょ？

こんばんわ

jmnewsにてnzbファイルを使い、分割ファイルをDL後にBLjoinで結合しています。
分割ファイルの拡張子はdatです。
わたしは画像ファイルをDLしているつもりなので、
結合後の拡張子をjpgにしますが、画像表示できないものになります。
なにか勘違いしているのでしょうか？
どなたか、分かる方、よろしくお願いします。

（すいません、教えていただくのに必要な情報量では無いと思います）

こんばんわ、半分解決しました。
jmnewsのデコード機能で画像復元出来ましたが、できないものもあります。
そうこうしているうちに次の問題が発生しました。
jmnewsに登録したリストが削除できません。
調べても該当するものはありませんでした。
わかる方、よろしくお願いします。

さすがにこれだけの情報ではよくわかりませんねえ。

まず拡張子がdatということであれば、jpgファイルではないのでは？
datという拡張子で思い当たるのはVideoCDファイルくらいですが、
dataという意味だとするとなんでもありのようにも思います。

とりあえずnzbの内容がわからないと考えようがないので、行数が少ないならここに貼っていただくか、行数があまり多いようならどこかにアップしていただくとかが必要です。

ちなみにnzbファイルはテキストファイルなので、notepadとかで開くことができます。

前回の結合マネージャーに記事が入らない状況は、不明ですが、
また新たな問題が発生しました。
同一のMsgIDを持つ記事が存在し、１シリーズのほぼ 分割記事の1/4がその状態で、
訳のわからないファイルセットを別に結合マネージャーに生成していきます。
記事取得を番号,ID双方にしても同じで変なところからとってきます。
手動でも同じです。これは投稿ソフト、サーバーのどちらの問題でしょうか？
ダウンロードはもうあきらめました。(~__~)
次のシリーズのファイルセットは大丈夫のようです。

現象を確認したいので、グループと記事番号を教えてください。

サーバはGiganewsですよね？

サーバーはnews-europe.giganews.com
タイトルは [OMNI] Cowboy Bebop Remastered Anniversary R2J vol.1 of 7 DVD9
MsgIdの重複は完全に確認できていません。id指定で取得して別の記事を
取得すること自体がおかしい。
ダウンロードリストの数を増減させましたが変わりません。

記事番号は135987036あたり
投稿日は去年の6/8頃です。この日は投稿量が異常に多いです。
宜しくお願いします。
追伸
　現在、HyperNRのマルチスレッドとマルチコアにおける不具合を避けるために
　タスクマネージャーにて1コアで動かしています。

すいません、グループはa.b.dvd.animeです。まあ、タイトルから
わかりますね。サーバーnews-europe.giganews.comからとった
記事一覧からダウンロードしました。代替えサーバーの順序を変え
europeと本家を双方試しましが、同じでした。

現象確認しました。確かにおっしゃるとおりのことが起こりますね。

これを確認していて思い出しましたが、私も同様の問題に悩まされた記憶があります。
(別のニュースグループで、発生時期も違います)
そのときは別のニュースリーダーを使っても現象が変わらず、HNRでもいろいろやってみたけれど解決することができなかったのであきらめました。
多分ユーザが解決することはできないのではないでしょうか。

ところで問題の記事は去年の6/8ではなくて、一昨年の6/8あたりの記事だと思いますが、3日後くらいに同じものが「2nd time」とかいって投稿されているようなので、データを入手するという目的だけならこちらをダウンロードしてはいかがでしょう。

あと、「HyperNRのマルチスレッドとマルチコアにおける不具合」が発生するのですか？
うちも2コアですけど、特に不具合はないような、、、。これもXPだからですかね？

マルチスレッドとマルチコアの問題は普通気にしないで良いですが、スレッド間の処理がマルチコア等に対応してないと問題が起きます。
HRがXP完全対応ならいいのですが98時代の物ですから。あとは負荷分散。マルチCPUなら問題は無いですが、マルチコアだと特に指定しない（マルチCPU非対応）とすべてのコアを使います。
ここで重いプログラムを走らせるとHRまで遅くなります。状況に応じてコアを割り当てるのがいいかと

最近、分割記事がダウンロードされているのに結合マネージャーに
入らず、該当パーツを初期状態に戻すと結合状態に戻る現象が発生しています。
で、少し検証しました。
HyperNRの互換性をそれぞれ変更しメモリお掃除で認識されるメモリ量を
調べてみました。(Vistaで割り当てられる量？)
互換モード
1.Win98　　２５６MB
メモリが足りません。ダウンロードリストが多くなると起動途中で落ちます。ノーマルの98Se,512MBではスワップが起きるけど落ちなかった。
2.Xp Sp2 １．０GB
Vistaで普通に実装されるメモリを全然生かしていません。
3.互換モード指定なし　２．０GB
　　こいつは98系プログラム（ランタイムライブラリ）のメモリ上限ですかね。

このような条件の下でHyperNRのメモリお掃除をオンにするとrun time error
で落ちることがあります。

これらのことを考えるとHyperNRを走らせると、HyperNR(DLL?)とVistaのカーネル部分
とのメモリ管理などが不具合を起こしているかもしれません。
私の場合記事リストを1回に20000程度にしているのですが、分割記事の分割表示が
うまくいきません。

解決策としては
１．外部からメモリお掃除ソフトを起動（効果検証中）
２．VertialPCでHyperNRを走らせ、Vista直結のHDDをVertialPCにマウントして、
　そこに分割記事、ダウンロード記事を置くことにする。どちらにしろ、速度は
　落ちます(~__~)

さあ、どうしましょ？Win7でもおなじだろうな。

最近vist環境で動画などをダウンロードしているのですが、
時折、正常にダウンロードしたのに結合マネージャーに
入らず一個少ない状況が発生しております。
後から足りない記事を初期状態に戻すと直るのですがなぜでしょう？
コネクションを多くしているためかな？
追伸
HDの残り容量チェック、昨今の大容量化に伴い計算がオーバーフロー
しているのか、変なところでディスクフルになります(^_^)

>時折、正常にダウンロードしたのに結合マネージャーに
>入らず一個少ない状況が発生しております。

私のところでは特にそういう現象は起きていない気がします。
気がついてないだけかも(^_^;
ちなみにコネクションは1サーバあたり5なので条件は違いますね。

ディスクフルの件は3TのHDDで発生しているのですか？
2TのHDDを使っている分には問題ないです。
それよりも、オーバーフロー起因で記事番号が負の値になるのに困ってます。

>>ディスクフルの件は3TのHDDで発生しているのですか？
>>2TのHDDを使っている分には問題ないです。
1Tです。残り400Gあたりで発生しました。
HDの容量はint型のどのサイズで使っているのかな？
ついに今日は再ダウンロードしても結合マネージャーに
入らなくなりました(^_^)

>>ディスクフルの件は3TのHDDで発生しているのですか？
>>2TのHDDを使っている分には問題ないです。

>1Tです。残り400Gあたりで発生しました。

内蔵でSATAの2Tを使ってますが、全然問題ないですよ。
もうひとつの件と合わせると、Windowsシステムファイルへのダメージが疑われますねえ、、、、。

>>それよりも、オーバーフロー起因で記事番号が負の値になるのに困ってます。
え、そこまで記事番号が大きくなるNGあるんですか？
私はa.b.d.animeでもオーバーフローしていないです。
text onlyのngなら考えられるけど？nntpの規格はどうなっているのかな？
サーバー側の問題じゃないですか？以前アクセスしていたfreeのサーバーは
ある値で記事番号をリセットしていて、しばらく気づかず記事を大量に
取りこぼした経験があります。

>え、そこまで記事番号が大きくなるNGあるんですか？

あ、すいません、不正確な書き方でした。

HNRは分割ファイルのひとまとまりに対して連番を振りますよね。
例えば、AA1(1/30)からAA1(30/30)までをひとまとまりと判断して、25と振るとか。

この連番が32767を超えると負の値になって、そのままほっとくと本体再起動になってしまっているような気がしてます。
(検証してないので確信はないのですが)
普通ならこの連番が32767を超えるなんてことはなかなかないはずですが、HNRが分割単位を間違えて、分割ファイルの一つ一つに連番を振ってしまうと割りと簡単に超えちゃうんですよね。
仕方ないんでHNRをまめに再起動してます。

あともうひとつお詫びしなければならないのですが、うちにはVista以降の環境がないので、HDDフルが起こっていないというのはXPだからかもしれないです。

くだんの件ですが、どうもvistaにおけるHypeNRのメモリ管理みたいですね。
オプションのメモリ管理で表示されるメモリが1Gと表示されます。
少なくとも4G積んでるので3Gは表示されるはずです。
メモリ掃除のオプションをonしたら、ランタイムエラーが以前出ました。
しばらく、別のメモリお掃除ソフトで様子を見ます。

酢こんぶさん、すいませんが私の記事のmail address削除をお願いします。
spam対策と記事メンテのパスワードを忘れてましたm(_)m

以前の分も含めてメールアドレスを削除しておきましたのでご確認ください。

>くだんの件ですが、どうもvistaにおけるHypeNRのメモリ管理みたいですね。

うーん、ということはWin7でも同様である可能性が、、、。
HNRを動かすには仮想マシンを使うしかなくなってしまうかもですねえ。(T_T)

最近、giganewsのホームページをみたら、一部のコースの
最大接続数が10から20に増えているではありませんか。
私はsilverですが、ssl接続で20だったのが、ノーマルで
20になっています。
giganews自体の接続数を増やすのは簡単なんですが、
補完するサーバーの接続数を含めると、「予約ダウンロード
全体」の接続数が限界になります。いろいろHNRを調べていますが
解決方法わかる人います？

[HKEY_CURRENT_USER\Software\Treasure Soft\HyperNewsReader\Reserve\nConnect]
の値が最大接続数を規定しているようなので、これを増やすと
「予約ダウンロード全体」の「接続数」を31以上にすることができます。

ただ、その数まで実際に増えるかどうかまでは試していませんので、結果を教えていただけるとうれしいです。