NAS(ネットワークHDD)すべて クチコミ掲示板

結局、SAFIA対応は無いって事なのかな？

[本日未熟者]

一年以上待ったけど、SAFIAのサの字も出てこない。

IOはマクセルファミリーマックス(VDR-NAS-1TB)のOEMなんだろうし、この期に及んで何の話も無いし、ここの皆さんも関心薄れた雰囲気、気のせいかな？

ヤルヤル詐欺とは言わないけど、この間 IO HVL-AVRの「お知らせ」を何回チェックしに行った事か。まあ、RECBOXしか購入してないからファミリーマックスでも良いかなと思うけど、価格がもう少し変動してくれないと俎上に乗ってこない。心理的に、最安値でRECBOX3Tが2万チョイ、iVDRSカセット500Gが7千前後まで変動したのを見てるとその気になれないってだけなんだけどね。それと、VDR-NASにしても HVL-AVRにしても 1Tというのは如何にも少ない。

要は録画したライブラリをレコーダ・TV・PC経由せず、例えばドラマ 1クール分大容量なポータブル媒体に移動出来る環境が欲しいだけ。

RECBOX → PC/RHDM-US/EX → カセットHDD(iVDRS) 環境は確保してるけど、当然、専用PCじゃないから何かとも不便。バックグランドでサクサクって訳では無いので．．。

ドラマなら BDボックスって事もあるかも知れないけど種類は多く無い。繫げられて帯域が確保出来れば DLNAな TVを LAN経由で見れば良いけれど、これも家庭内の話でしかない。

せっかくカセットHDD(iVDRS)という便利なモノがあるのに、生かし切れてないもどかしさをなんとかしたものだと思いつつ、愚痴をこぼしてみた。

書込番号：14210760

[撮る造]

本日未熟者さん　こんにちは
　「iVDR-S対応のDLNAレコーダー「HVL-AVS」も春の発売に向けて開発中」と言うニュースが1月のAV-WATCHに載ってましたが。
http://av.watch.impress.co.jp/docs/news/20120113_504538.html

書込番号：14211035

[ヤス緒]

購入されたユーザーに対してはどうかと思います（もっと怒られてよいかと;^^）が、、、
共同開発であるFamilyMaxに対して気を使っているのかもですね。
価格が下がっているHVL-AVRで即アップデートしたら邪魔になりそうですし。

撮る造さんとかぶりますがm(_ _)m
春にはアイオーからも、HVL-AVS（FamilyMaxの2TB版）の発売が予定されています。
（HVL-AVRのアップデートも同時期かと）
http://www.phileweb.com/news/d-av/201201/13/30131.html

ただ、RECBOXのスカパーダビング対応など、他の製品の発売やアップデートの予定が春に集中しているので、
時期についてはあまり期待されない方が賢明かと思います。

書込番号：14211078

[本日未熟者]

撮る造さん
ヤス緒さん
情報ありがとうございます。

IOはSAFAIA絡み新製品のアナウンスはあったんですね。
発表から既に1月以上経っているようですが、半年先かな？

こちらのファームには触れてないようだけど．．
まあ、現時点の2Tで2万なら悪くは無いように思いますが、
同じ筐体で3T迄は可能でしょうから、現状からすると3Tが欲しい．．

何れにしても、せめて4月には出回って欲しいですね。

書込番号：14219177

レモートリンク２でのサムネイル表示

[チビクロ＠大阪]

ＰＣからリモートリンク２にログインして、画像のサムネイル表示はできないんですねぇ。。。
予めは調べてなかったんだけど、使っていくとこの部分が不便だなぁと感じた次第。
見れる方法があれば教えてくださいませ。

その後調べてみると、バッファーローを買っていたら見れたのかな。

それと、もっとデカイ容量を外からアップロードできたら嬉しいんだけどね。

素人の独り言でした。。。

書込番号：14153204

IOとバッファロー

[ヘンゲン]

すみません、ちょっと独り言みたいな投稿です。

RECBOX→バッファローのNAS　×
バッファローのNASもDLNA、DTPIP対応で、スカパーHD録画も出来るのに、
RECBOXからの録画番組転送を受け付けません。
同じものをRECBOX→HDレコーダーは問題無く転送OKです。

そして、そのバッファローのNASのクチコミを見ると、IOのメディアプレーヤーLS700では
視聴できないとの情報。。。

メーカー間に壁があるのですかねぇ〜。
やはり独り言でした^^;

書込番号：14087799

[shigeorg]

ヘンゲンさん
> メーカー間に壁があるのですかねぇ〜。

私は BUffalo の DTCP-IP 対応 NAS は持っていないので確認できないのですが、DLNA/DTCP-IP 関連はまだまだメーカー間の「相性」問題はいろいろありますね。(レコーダーやテレビ等が顕著ですが)

I-O Data は RECBOX 以外にも DTCP-IP ダビング対応 BD ドライブや iVDR-S アダプタとか、地デジチューナーの録画番組の LAN ダビングとか (PC 用、テレビ用両方)、DLNA/DTCP-IP については東芝をも凌駕する勢いで製品展開をしているので、そのあたりは Buffalo より I-O Data に一日の長があるのかもしれません。

とはいえ、I-O Data 製品でも (DTCP-IP 部分の中身はほとんどが Digion 製ですが) 組み合わせによっては不具合が起きることもあるので、いずれにしろ DLNA/DTCP-IP 関連製品はまだまだ未成熟という感じなのでしょうね。


そういえば、以前 RECBOX のクチコミだったかで、「RECBOX は Buffalo の NAS にあるような便利な機能がほとんどない」といった意見がありました。多機能 NAS を求める人には RECBOX は全然魅力がないのでしょうね :-)

その点 Buffalo は NAS の機能は豊富ですからね。I-O Data も HDL/HDL2-A シリーズでようやく DTCP-IP サーバ機能と多機能 NAS の両立を図ってきてはいますが．．．

書込番号：14087881

[ヤス緒]

ヘンゲンさん
>RECBOX→バッファローのNAS　×
>バッファローのNASもDLNA、DTPIP対応で、スカパーHD録画も出来るのに、
>RECBOXからの録画番組転送を受け付けません。

確か、東芝のBDレコーダー → バッファローのNASは可能とのクチコミ報告があったと思うので、RECBOXの録画番組も
ネットダビング対応の東芝BDレコーダーを経由させれば可能かもしれません。（あくまで想像ですが）

>そして、そのバッファローのNASのクチコミを見ると、IOのメディアプレーヤーLS700では
>視聴できないとの情報。。。

>メーカー間に壁があるのですかねぇ〜。

バッファローの方は家電メーカー機器への接続性に問題がある場合、サポートに報告すれば
比較的速いレスポンスで修正対応して貰えていたみたいなのですが・・・
競合メーカーの製品ともなると同じ様にはいかないみたいですね。
おそらく、アイオーデータの方の対応も同様かと思われます。（大人の事情？ですかね）

書込番号：14088813

[ヘンゲン]

shigeorgさん　
ヤス緒さん

コメントありがとうございます。

所有している東芝のHDレコーダS303でスカパーHDを録画していましたが、容量不足からLAN-HDDの購入を考えていました。
ある日チラシでﾊﾞｯﾌｧﾛｰのNASが驚きの低価格で販売していたものですから、何も考えずに急いで購入したのですが・・・。

録画はすんなりいきましたが、
・S303へムーブできず、結果、DVD焼きも出来ない。
・つまり、バッファローは録画データの終着駅
・フォルダ分けもできず、録画したものは、ずらーーーと並び、探すのが大変
ということがわかりました。まぁ、後の祭りでしたが。

そしてRECBOXを知り、購入して、大満足で使っています。

近い将来このRECBOXが満杯になれば、またRECBOXを購入すればどうってことないのですが、せっかくDLNA　DTCP-IP対応のNASが余った状態になっているのに、ムーブができない！　（なおレグザダビングは受け付けます）
ってことで、愚痴らしていただきました。
実際は、低価格に飛びつかずに、初めからRECBOXにしておけば良かったわけですが。。。(-_-;)

ヤス緒さん、私のレコーダはDTCP-IPの受けはしますが送信できないので、これも終着駅です（涙）

また、双方の動作確認済リストには、他社のHDDは記載されておらず、文句の言えない仕組みになっております（笑

書込番号：14090061

[shigeorg]

ヘンゲンさん
> ・つまり、バッファローは録画データの終着駅

コピーワンスだとこれはかなり痛いですよね。

スカパー! の場合は同じ番組を繰り返し (同じ週とか数ヶ月後とかに) 放送してくれることが多いので、それらを録画することで「コレクション」を作り直すことはできますが．．．


> ヤス緒さん、私のレコーダはDTCP-IPの受けはしますが送信できないので、これも終着駅です（涙）

レコーダーだとまだディスク焼きできる分、多少は融通がきくと言えるのでしょうが、デジタル番組の DVD 焼きだといろいろ面倒ですものね．．．

私は買ったレコーダーが RD-X9 で、ムーブ送信ができるようになった世代で助かっています。

その後、X9 の補助として (同時 3 番組以上の録画等のために) DTCP-IP ムーブ送信できるレコーダーとして最近日立マクセル VDR-R2000 を追加して、ガンガン録画して RECBOX 類にムーブしまくっています。

メディア (ディスク) 焼きを考えずに HDD/NAS 保存を考えた場合、VDR-R2000 + RECBOX 類 (できれば HDL/HDL2-A シリーズ) が最強だと思っています。(I-O Data BRD-U8DM 等を使えば、BD/DVD 焼きもできますし)


今現在、ムーブの送受信両方ができる機器はまだそれほど多くなくて、それができる機器でそろえようとすると結局東芝と I-O Data 製になってしまうのですよね。(あと、受け側としての BD ドライブだけとか、iVDR-S アダプタとかは I-O Data の独壇場なので、結局 I-O Data 製品が多くなってしまいます)

まあ、最近は BD のムーブバックができるようになったので、BD を使えば「送受信」ができる機器の選択肢は増えてはいますが、LAN 経由の手軽さは得がたいですね。


余談ですが、DTCP-IP でできることには配信のサーバとクライアント、ムーブの送信と受信がありますが、この 4 つの機能を全て持っている機器は、東芝 DBR-M190/M180 と I-O Data の HVT-BCT300 シリーズしかないのですよね。

RECBOX は Digital TV plus が無料で使えるから、クライアント機能があると無理やり見なせばそこに含まれますが、RECBOX そのものにクライアント機能を搭載しているわけじゃないですからねぇ．．．

パナ DIGA がムーブ送信機能を持ってくれるようになると、4 つ全てできるようになり、レコーダーとしての多彩な機能やお部屋ジャンプリンクの拡張機能なども合わせると最強マシンの登場となるのですが．．．

書込番号：14090374

android walkmanと

[komachi999]

当初はMeoBank MEO-WHDD‐200Gを買ったけど
何故かandroid walkmanで代用している

書込番号：14083471

3TB換装挑戦失敗

[DATYURA]

2TBx4の換装に続いて3TBx4の換装に挑戦してみました。
結果は撃沈でした。
一応、HDDの認識はするのですが、フォーマットも、RAID構築も途中でマウントの失敗する為できませんでした。

書込番号：13157516

[DATYURA]

マイコンピュータ	NAS Navigator2

もう一度チャレンジしてみました。
前回はRAIDの構築中にマウントの失敗の表示が出てできなかったのですが、今回はスムーズにでき成功しました。
しかし、構築に丸2日掛かりました。

詳しいやり方は書き込み番号11814002を参考にしてください。

またマイコンピュータ上は正しい容量（3TBx4のRAID5なので約9TB）として認識しているのですが、NAS Navigator2上は4186529.4GBと変な容量表示になっています。

自己責任ですが人柱になる覚悟のある方はいかがですか？

書込番号：13260201

[DATYURA]

その後、いじっていたら不具合が発生しました。
一応RAIDは組めるのですが、再起動すると、RAIDが解除されて未フォーマット状態になります。
やはり、TS-Xシリーズでは3TBx4は無理なようです。

書込番号：13363192

[毎日腹ペコ]

もう見てないと思いますが、参考になりました。
再起動までは動くようなのでシングルなど1領域8T以下にすれば可能かもしれませんね。
試してみたいのですが今はバルクのHDDが高いので。

書込番号：14064117

Wooo XP-05よりのダビングで失敗する

[愛上尾]

Wooo XP-05よりのダビングにおいて、時々失敗が起きます。

症状は、
ダビングを開始すると、HVL-AVRのアクセスランプは赤く点灯するものの、Woooの進捗表示は0%のままで進まない。２〜３分経過するとHVL-AVRのアクセスランプは消えてしまう。
Woooのメニューから「ダビング中止」を選ぼうとしても、グレーアウトして選べない。
という状態になってしまいます。

Woooは電源のOn/Offなどはできますが、録画機能が動作しない状態になってしまいます。
仕方が無いので、電源ボタンを長押ししてWoooのリセットをかけてから電源を入れると、
「ＨＤＤのアクセス中に電源が切られたので、データが消失したかも知れない」という意味のメッセージが出ます。（今まで何度か不具合が起きていますが、実際にＨＤＤの内容が消えたことはありません。）

コンテンツの移動中にハングアップしたような状態なので、Wooo側のコンテンツが影響を受けます。
コンテンツがダビング10対応であれば、コピー可能回数が１回減ってしまうだけで済むので致命的ではないのですが、ムーブしか許可されていないコンテンツでは、Woooの「見る」からコンテンツは選択できるものの、再生すると「ＨＤＤにアクセスできません」のエラーが出て、コンテンツが使えない状態になるという致命的な状態になってしまいます。

このようなコンテンツがWoooのHDD内に残っていると、Woooの録画機能自体が正常に動作しなくなってしまいます。解決方法としては、壊れてしまったコンテンツを削除すると、Woooの録画機能は正常に戻ります。

HVL-AVRの方も、それ以降はダビングが受け付けられない状態になりますが、再起動をすると正常な動作に戻ります。（この時のダビング操作ではWooo側のコンテンツは壊れません）


不具合が出る条件をいろいろ確認してみましたが、決まった操作をすると出るというわけではないようです。
HVL-AVRの省電力状態から、ブラウザのコンテンツ操作でHDDをスピンアップしてから操作すると、不具合が起こりやすいような気がしますが、発生確率は10%以下というような感じです。

ＨＵＢについては100Mの物で、トラブルの原因になりやすい省電力機能がついていないものを使用しているので、ネットワーク周りの可能性は低いと考えています。

HVL-AVRのファームは最新の1.47で、Wooo側も最新版のファーム更新がされていて、
0000_0121/0605_0000になっています。

ダビング中にお互いにやり取りしている何らかの情報を取りこぼしてしまい、お互いに相手の応答待ちになっているような感じです。

別機種のHVL1-Gでも同じ症状が起きたことがあります。このような状況なので、RECBOXが悪いのかWoooの問題なのかが切り分けられない状況になっています。

同じような症状に遭遇された方はいらっしゃいますか？

書込番号：12670257

[名無しの甚兵衛]

レポートありがとうございますm(_ _)m


確認したいことがあります。

１．ネットワークは全て「有線LAN」なのですよね？
２．IPアドレスの設定はDHCPで自動取得なのでしょうか？
３．「２」が「自動」の場合、「HVL-AVR」の電源管理は？
４．他にネットワークに接続している機器はどれくらい有るのでしょうか？


>ＨＵＢについては100Mの物で、
>トラブルの原因になりやすい省電力機能がついていないものを使用しているので
とは有るのですが、「HVL-AVR」自身の設定が判りませんm(_ _)m
http://www.iodata.jp/product/av/hdr/hvl-avr/feature.htm#7
　＜この機能が「スカパー!HD録画」にしか対応できないと．．．

書込番号：12687982

[吾輩は猫舌である]

XP-05の板の方が、レスが付きやすいのかな？と思われます。
私自身、XP-05を持ってないので、書くのを遠慮してたんですが……。

で、症状から想像すると。

通信エラーがおきる原因はHVL-AVR側にあるが、エラーがおきた後、復帰できないのはXP-05側のミスなのではないかと。

というのは、東芝X-9やＰＣで他HVL-AVからのムーブでも時々失敗はおこります。けれど、失敗がおきたときにも送受どちらかの機器がハングしたりはしませんので、XP-05側のエラーからの復帰が上手く機能していないと思われるからです。

とりあえず、HVL-AVRの省電力モードはエラーがおきやすいらしいので、HVL-AVRの省電力モードを切った設定(常時ＨＤ回転オン)にして、ソフトウェアリセットをかけてからしばらく試してみるといいかもしれません。

これで、エラーの発生頻度が変わらなかった場合は……。
……、私ならXP-05側を疑うかな？。もちろんLANが正常動作してるという前提で、だけど。
(特定の機器でエラーが多いので、ケーブル変えたら直ったという嘘みたいな事もありますので。)

書込番号：12703898

[名無しの甚兵衛]

>これで、エラーの発生頻度が変わらなかった場合は……。
>……、私ならXP-05側を疑うかな？。
そうですね、「HVL-AVR」の要因を消して行って、
それでも改善できなければ、もう片方を疑うことになるとは思いますm(_ _)m

日立がどれ程検証してくれるかは判りませんが、
「対応機器」として「HVL-AVR」を挙げているので、
検証はしてくれるとは思いますm(_ _)m

書込番号：12704105

[愛上尾]

>名無しの甚兵衛さん

亀レスで申し訳ありません。しばらくレスがつかなかったので、覗いてませんでした。


＞１．ネットワークは全て「有線LAN」なのですよね？
ルータには無線機能がありますが、有線ポートからＨＵＢに接続しています。
ルータ〜ＨＵＢ〜ＸＰ０５
　　　　　　　〜ＨＶＬ−ＡＶＲ
の間には無線区間はありません。


＞２．IPアドレスの設定はDHCPで自動取得なのでしょうか？
自動取得にしています。
ＰＣからMagical Finderで探すときに、見えなかったりしたことはありません。

＞３．「２」が「自動」の場合、「HVL-AVR」の電源管理は？
省電力設定の有り／なしを変えてみましたが、やはり不具合が出るようです。

＞４．他にネットワークに接続している機器はどれくらい有るのでしょうか？
常時起きているのはＮＡＳくらいです。あとＰＣがデスクトップとノートですが、通常はノートを使っています。

書込番号：12736775

[名無しの甚兵衛]

>自動取得にしています。
>ＰＣからMagical Finderで探すときに、見えなかったりしたことはありません。
「Magical Finder」は、「MAC層」でのツールなので「IPアドレス」などは関係有りません。


>省電力設定の有り／なしを変えてみましたが、やはり不具合が出るようです。
そうですか、
一度、双方の機器の「IPアドレス」を「固定」にしてみては？

「アドレスマスク」が「255.255.255.0」で、
「DHCP登録数」が「32台」程度なら、大きな値にすれば、重複もしないでしょうし．．．
　＜「192.168.0.1〜192.168.0.32」を使うように設定してるなら、
　　「Wooo」と「NAS」に「192.168.0.128〜130」辺りを割り当てれば．．．

書込番号：12737123

[吾輩は猫舌である]

先に、RECBOX側がそもそものきっかけかもしれないようなことを書きました。

愛上尾さんもファームは最新ということなので、直接関係無いのですけれどこんな話もあるという程度に聞いてくださると幸いです。

HVL1やHVL-AVの方では、最新ファームでは、以前ムーブ出来ていた番組の一部がムーブ出来なくなっている事が判っています。

症状としては、ムーブの進捗率ゼロとか１%くらいのときに、エラーになって失敗するというものです。表面上の症状は似ていますね。

でも繰り返しますが、実際にムーブに失敗する番組はiLinkでパナ機から東芝機へダビングしたものなので、 愛上尾さんのケースとは直接関係ありません。

ただ、RECBOXの新しいファームはエラー処理が変に強化されたのか何なのかわかりませんが、一部の番組をエラーとみなして弾いているようです。

とりあえず、情報提供ということで……。

書込番号：12741986

[吾輩は猫舌である]

連投失礼。

LANがらみの部分は名無しの甚兵衛さんが既に書かれていらっしゃるので、それ以外の事について書かせていただきました。（すいません。＞名無しの甚兵衛さん）

で、とりあえず自分の発言をちょっと補足しておきます。

ムーブのエラーは、LAN構成はほぼ同条件、HVL1はファーム1.30と1.37、HVL-AVは1.40と1.47で、実験した結果、再現率１００％で1.37・1.47ではエラーになります。

しかも、エラーになるほうのHVLにも以前ムーブした同じ番組が残っているのですから、これはファームのせいだと断言できます。

ということで、今回のケースでも原因の切り分けのために、HVL1のファームの「若い」機体で実験出来ればよいのだけれど、それだけのために買い足すのはもったいなくて難しいですよね。

それにしても他のXP-05をお持ちの方々では、エラーは起きないのだろうか？
それが判れば、原因の究明も先に進むのに……。

書込番号：12750708

[名無しの甚兵衛]

吾輩は猫舌であるさんへ、
補足レポートありがとうございますm(_ _)m

>すいません。＞名無しの甚兵衛さん
いえいえ、自分は両製品とも持っていないので、
実績の有るレポートは大変助かりますm(_ _)m
　＜自分の今後の参考にもなりますし．．．φ(..)メモメモ

書込番号：12752506

[愛上尾]

吾輩は猫舌であるさん。
レポートありがとうございます。

その後特に進捗はないのですが、ＸＰ−０５からのダビングが失敗する件について、確実に発生する条件を見つけました。
ＨＶＬ−ＡＶＲ側でブラウザからコンテンツ移動などをかけて、最後に移動終了を表すダイアログが出ている状態だと、確実にダビングに失敗します。

ファームのバグだと思われるので、バージョンアップしてもらいたいと思います。

最近ＩＥ９対応で不具合があったとのことで、ファームがバージョンアップされています。変更点はＩＥ９がらみだけらしいので期待薄ですが、ダビング時のトラブルについては最新版で試してみたいと思います。

書込番号：13042215

[名無しの甚兵衛]

>ＨＶＬ−ＡＶＲ側でブラウザからコンテンツ移動などをかけて、
>最後に移動終了を表すダイアログが出ている状態だと、確実にダビングに失敗します。
レポートありがとうございますm(_ _)m
　＜レグザとの組み合わせで使っている方は多いかも知れませんが、
　　「Wooo」との組み合わせは貴重なレポートだと思いますm(_ _)m
　　　※「Wooo」の板にもレポート(他)などでこの経緯を書き込んでは？


この辺は、東芝の「VARDIA」などにある「ネットdeダビング」と似た感じがしました(^_^;
　＜確実性は無いのですが、「大量に送った後」とか．．．

自分の場合、この手の症状が出ると、
「原因と思われる機器(大抵「送り側」)の電源を切る(リセット)」
で症状が改善できます。
　＜最悪でも、双方の電源を入れ直せばまた出来るように．．．

結局は「使い方」を気にするしか無い場合も有るようですm(_ _)m

書込番号：13075362

[愛上尾]

過去スレですが、ダビングで失敗する条件が追加でわかってきましたので、追加レポートです。

最近Wooo XP-05シリーズから複数コンテンツを指定してネットワークダビングを行うと、選択されたコンテンツが１個おきにコピーに失敗するようになってきました。

HVL-AVRでは起きる頻度がいまのところ少ないのですが、HVL-AV2.0ではきれいに１個おきにコピーに失敗する状況になってきました。失敗した場合ダビング１０での残り回数は減らない状態になります。（そのファイルだけを指定して再度コピーすればコピーできます）

以前起きなかった症状なのでその原因を考えてみると、HVL-AV2.0内の蓄積コンテンツ数が増えてきているのが原因のようです。（ファームは最新の1.49）

HVL-AV2.0に搭載されているCPUは決して高速なものでないので、１個のファイルの転送後の更新作業に時間がかかりすぎた場合に、どちらかががタイムアウトして次にコピーするファイル転送を中断してしまうような感じです。このあとにさらに転送するファイルがあると、そのファイルはきちんと転送され、それに続くファイルはまた失敗となります。

多数のファイルを転送すると、DLNAデータベースの更新に時間がかかり、転送直後にファイルが見つからない状態になるというのは既知の障害（仕様上の制約？）なので、同様の事象のように思えます。

WoooでTSX8モードのコンテンツが主体ということもあって、現在のコンテンツ総数はざっと1300個くらいになっています。
適宜フォルダ分けしていますがdlnaフォルダには、サブフォルダが80個でファイルが300個くらいになっています。
ディスクスペース的にはまだ半分の1TBまで行っていない状態ですし、HVL-AVも3TBの製品が出ていますので、これから更に問題が出てきそうです。

D-TCP/IPということで、コンテンツの転送完了後にキー情報の更新をしているはずですが、どうもその処理がコンテンツ数が増えてくると時間が増加するような実装になっている気がします。

対処法としては、タイムアウトを長くするか、HVL-AV側の更新処理を高速に完了させるかしかないと考えられます。

今のままでは、10個のファイルをコピーするときに5/10,3/5,1/2,1/1(成功数/選択数)と4回のコピーを繰り返す必要があるので困っています。何かうまい回避方法をご存知の方がいらっしゃいましたら、教えてください。

また同程度かそれ以上のコンテンツ数をHVL-AV2.0に保存していて、Wooo以外のレコーダから10個程度のファイルを連続転送した場合にどうなるかを試していただける方がいらっしゃいましたら、HVL-AV側とWoooの原因切り分けができるので助かります。

書込番号：13380884

[名無しの甚兵衛]

こんな感じでしょうか．．．

>D-TCP/IPということで、コンテンツの転送完了後にキー情報の更新をしているはずですが、
>どうもその処理がコンテンツ数が増えてくると
>時間が増加するような実装になっている気がします。
「DTCP-IP」って、単純に「SSL」の様な「暗号化して通信する」ってだけでは？

「保存用の暗号キー」と「通信用の暗号キー」は別だと思われますm(_ _)m
　＜「保存用の暗号キー」は、「機器固有」のため、変わることは無いと思います。

書込番号：13383110

[adek]

HVL-AV2.0とHVL1-G2.0TそれにRD-X9で相互に複数個のダビングを行っていますが問題はありません。
各ディスクはほぼ80%以上を消費しています。
またダビング中にRECBOX側のDLNA再生も行ったりしています。
WoooからRECBOXに複数個ダビングしたときに問題が出るのは、RECBOXがダビングの終了処理をしている時に次のダビングの開始要求が来るので応答が遅れるのに対して、Wooo側が充分な待ち時間を持ってなくタイムアウトとしてしまうからだと推測します。

書込番号：13384185

[愛上尾]

名無しの甚兵衛さん
>「DTCP-IP」って、単純に「SSL」の様な「暗号化して通信する」ってだけでは？

転送時の暗号化以外に、転送元と転送先に一時的に二重化されてコピーされてしまったコンテンツをアクチベーションする処理が重いのではないでしょうか？

一つのコンテンツがすべて転送先に転送完了されるまでは、ムーブ中の失敗でコンテンツが消失しないように転送元のコンテンツは残った状態になっています。

コンテンツの移動を開始した時点で転送元のコンテンツをロックして一時的に使用不可とし、
コンテンツの移動完了処理では、転送元のコンテンツをディアクチベーションして無効化（→ダビング１０非対応コンテンツならその後ファイルを消去処理）、その後で転送先のコンテンツをアクチベーションするのだと思います。

コピーされたコンテンツが同時にアクティブになる状態が存在するとコピーを強制中断することで不正コピーが可能になってしまうので、上記のような実装がされているはずです。

書込番号：13385949

[愛上尾]

adekさん 情報ありがとうございます。

adekさん> HVL-AV2.0とHVL1-G2.0TそれにRD-X9で相互に複数個のダビングを行っていますが問題はありません。
Wooo側のタイムアウト時間がHVL-AV2.0側の処理に比べて短いということになるのでしょうか？

adekさん> 各ディスクはほぼ80%以上を消費しています。
2TBに対して80%とのことですが、コンテンツ数としてはどんな感じでしょうか？
非圧縮のTSベースのコンテンツでは5〜20G程度のファイルサイズになるはずです。このようなコンテンツ主体であれば、1.6TBでもコンテンツ数が200個程度に収まるので、問題がおきていないという可能性がありそうです。


別スレ[13278260]の一連の書き込みの中に、
「RECBOX (2TB) から RECBOX の前モデルである HVL4-G4.0 へムーブ」において、「1本おきに成功・失敗」というケースが報告されていることもあり、RECBOXに何か原因があるのではないかと思っていました。

複数のコンテンツをWoooからHVL-AV2.0にダビングしている時のHVL-AV2.0のHDDアクセスランプの点灯状態を見ていると、転送終了から次の転送開始まで１分以上もアクセスランプがつかない状態になっています。
かなりタイムアウト時間としては長そうな感じなので、HVL-AV2.0の処理があまりにも遅すぎてWooo側が待ちきれないのが主な原因ではないかと思っているのですがどうでしょうか。

書込番号：13386064

[adek]

愛上尾さんのお考えで宜しいと思いますよ。
蛇足ですが、現状ではWooo側のタイムアウトを２倍にすれば問題はなくなるでしょう。
DLNAの弱点としてコンテンツの数が多くなるとコンテンツに変化があったときにコンテンツ情報の再構築に時間が掛かることがあげられますね。
これでもDLNAの初期の頃より再構築はかなり早くなっているんですけど・・・

書込番号：13387140

[吾輩は猫舌である]

家は、複数のHVL(５台)とRD-X9で相互に転送させています。
各HVLは使用率90パーセントを超えコンテンツ数は多い（1.9Tで1500程度）状態。

で、家でも『複数転送』では程度の差こそあれ、失敗は起こっています。


＞かなりタイムアウト時間としては長そうな感じなので、HVL-AV2.0の処理があまりにも遅すぎてWooo側が待ちきれないのが主な原因ではないかと思っているのですがどうでしょうか。

自分もそういう事なのではないかと想像をしています。

複数コンテンツの転送だけでなく、ＰＣからのコンテンツ操作でリネームや削除を繰り返した時、２回目以降異常に処理時間がかかることがある事。スカパー！ＨＤ録画の際、各録画予約の間隔を30分程度開けておかないと録画失敗が頻発する事。などから「HVLのリスタートには相当時間がかかっているな。しかも処理時間が一定ではない。」という感じです。


あと、最終書き込み後、丸１日以上経過した機体に対してなら『複数転送』も成功しやすいのですが、そうでない機体に対して複数転送を行うと途端に失敗が増えます。

これは「書き込み直後に仮再構築、後にDLNAデータベースの再構築を改めてバックグラウンドで行っている」ぐらいしか原因を思いつかないのですが……。　よく分りません。

Ｐ.Ｓ.
　ファームが新しい機体のほうが処理待ちが長い気がするのだけれど、実測したわけではないので、これに関しては聞き流してください（苦笑）。

書込番号：13387266

[愛上尾]

adekさん、吾輩は猫舌であるさん情報ありがとうございました。

HVL-AV2.0の能力的な問題の可能性が高そうですね。
Wooo側でタイムアウト時間が変更できると良さそうです。

HVL-AV2.0はWoooでダビングの動作確認が取れていることになっていると思いますので、日立に障害情報として上げてみたいと思います。

ありがとうございました。

書込番号：13387467

[吾輩は猫舌である]

まだ御覧でしょうか？

先ほど、ふと、思い出したんですが、RECBOXのハードディスクのチェックディスクをかけてから、改めてムーブすると、コンテンツ数が多い機体でも、一時的に少しだけ失敗が減ります。

理由は良くわかりません。
チェックディスクはチェックディスクであってデフラグじゃ無い筈なので……。

書込番号：13438093

[愛上尾]

＞吾輩は猫舌であるさん
＞チェックディスクはチェックディスクであってデフラグじゃ無い筈なので……。
チェックディスク時にＤＬＮＡデータベースの再構築でもやってるのでしょうか？

情報ありがとうございます。
今度一度試してみます。

書込番号：13443164