Windows 共有フォルダが見えないときの対処方法

メモ書きとして残しておきます。

おなじPCのShare-Aフォルダにはアクセスできるのに、Share-Bフォルダを追加した後、待った同じ設定なのに、Share-Bフォルダは表示されているのにアクセスできない。

と言う状態が1年近く続いていました。
（原因がわからなかったので、わざわざ、Share-Aにファイルをコピーして共有したりしていました。）

年末、安い4TBのHDDを追加したこともあり、再度挑戦したのですが、やはり無理でした。
「そういえば、エラーがイベントビューアーにでていないだろうか？」
と思い立って、確認してみるとありました。

以下のエラーがWindowsログ⇒システム に大量にありました。

サーバーの構成パラメーター "irpstacksize" が小さすぎるため、サーバーはローカル デバイスを使用できません。このパラメーターの値を大きくしてください。

なんだか今まで聞いたことが無いエラーです。
ためしに「irpstacksize 共有」で検索すると、ヒットしました。

理由はわかりませんが、エラーが無くなるまで少しずつ増やしては再起動を繰り返したところ、やっとShare-Bフォルダにアクセスできるようになりました。

素人がベランダを修繕

ちょっと遅いですが、あけましておめでとうございます。

今年の最初の更新は、家のリフォーム（修繕）です。

ベランダがひび割れて、謎のキノコが発生していました。その部分は防水も破られて、中の木材まで腐っていました。このままでは、いけないと素人ながらに修繕をしてみました。

まずは、修繕の動画をご覧ください。

今まで、リフォームではありませんが、バルコニーに日よけを付けたりするのはやっていましたが、家を破壊するのはやったことがありません。（構造に手を付けているわけではないので、資格がなくてもできる範囲です）

築16年目になりますが、もうそろそろ、全体的にガタがでてきているのですかね。

世界で一番長いパズル

今回もAliexpressを使って新しいキューブを買いました。ルービックキューブのような色合わせパズルではありません。まずは開封動画をどうぞ。

はい、日本ではルービックキューブの第2弾として売られていた、「ルービック スネーク（スネークキューブ）」です。現在では、「マジックスネーク」や「ルービックツイスト」などといろいろ名前がありますが、伸ばすと物差しのようになるので「マジックルーラー」とも呼ばれています。

通常は24ブロックです。このバージョンは100円ショップにもありますので、興味があったらまずは購入してみてはいかがでしょうか？

で、今回購入したのはその5倍の120ブロックです。最初はちょっと長いくらいの36ブロックを見つけたので、そちらを購入しようとしたところ、検索すると「24 36 48 72 108」という数字が・・（動画では32ブロックと間違えて紹介してしまっています）。そう12の倍数でいろいろなバージョンがあるではないですか。というわけで、12の倍数で調べると120が一番ブロックの数が多いらしい。価格も安かったので、こちらを購入したというわけです。

目的は、子供のクリスマスプレゼントに間に合えば。と思っていたのですが、思ったより配送が遅くてクリスマスを過ぎてしまったので、お年玉として子供に渡そうと思います。

China Postのトラッキング

Aliexpressから買い物をすると、中国郵政（China Post）にお世話になることが多い。（というか9割以上、無料の送付は中国郵政が使われる）

公式の追跡はいつの間にか、顧客番号を入れないと追跡できなくなっていた。
（下の絵の赤丸）

仕方がないので、17trackやAliexpress公認のcainiaoなどの外部トラッキングサイトを使って追跡をしている。（アプリ等があるので、こっちの方が便利な面もあるが、）やはり、外部サイトなので、情報が若干遅れる。
日本に入ってきたら、日本郵政（郵便局）の追跡が早いが、中国から飛び立つまでは、中国郵政が早いので、できれば使いたい。

本来は、顧客番号なしでも使えるはずなのだが、内部のスクリプトを見ると無いと検索できないようになっていた。スクリプトをバイパスしてみたが、中国郵政のサイト内部に正しいパラメーターが渡らないとだめなので、結局は追跡結果が出ませんでした。
（ちなみにスクリプトから14桁だということは分かった）

で、今までの中国郵政からの荷物を見ると、何やら発送主のアカウントらしきものが、これも14桁。
海阔易购さんの番号、これは怪しい。
ってことで、入れてみました。（ビンゴです）

ちゃんと検索できました。

番号そのものを公開するのは避けますが、このページの中にヒントｗが隠されているので、探してみてください。これで、中国郵政で追跡できます。

中華DAC その後

前回から1週間程度使ってみました。
いろいろと不満点が出てきました。

まず、USB->DC変換ケーブルが入っていなかったことに対しては、業者にケーブル代をまけてもらって、返金させたので良いのですが、これが原因か、スピーカーをLINE出力につないだ状態で、ヘッドホンを差すと音がすごく小さくなり、音質も悪くなります。

つまり、スピーカー側に電流が引っ張られて、ヘッドホン駆動用の電力が足りなくなる。ってことです。そもそも200mAしかUSBから引いていませんから、これは仕方ありません。
かといって、電力をDCコネクタから供給しても200mAしか引かなかったら意味ないですね。

次に、これはDACの問題では無いのですが、XperiaやWM用に入れているMedia GoでASIO再生ができない。Media GoのASIO再生はSony用のASIOドライバにしか対応していません。X-appliのように、WASAPIに対応しているアプリでも、WASAPIではDSD再生できないので、ASIOを生かせる環境がFoobarしかないことになります。

Amanero自体はファームのバージョンアップでノーマルのUACとしてもDSDをサポートできるみたいなのですが、そのファームをこのアンプに書いても動作するかはわからないですし。

とりあえず、ヘッドホンだけを差している分にはヘッドホン端子としては問題ないので、せっかく買ったので使い続けたいとは思いますが。

Amanero Combo384の仕組み （中華DAC CMD-18 レビューその４）

（この記事の続きです）

このDAC、バルク転送しかできないから、Windows以外では動かないのでは？と思っていたのですが、どうもそうでは無いようです。

Windowsでドライバが動いているときの、USBのデバイス情報（Descriptor）は下記のようになります。

Config2ってのが選択されて、IF0にはEP2ってのが見えています。これがバルク転送用のインターフェイスとなります。

次に、NW-WM1A（借り物です）をつなげたときはどうなっているかと言うと、

 

はい、Config1がありますね。つまり、Windowsドライバが使う場合は、Config2,ドライバが無い場合は標準のConfig 1(UAC2)の設定で動くということです。

当然DoPも動作しました。問題ありません。

 

つまり、ドライバが無くてもPCM DACとしては一応つかえるということですね。



ただし、DSD256はあきらめなければなりませんが・・・・

ちなみに、消費電力ですが、Self Powerをうたっているのですが、USB バスパワーで動作しますので、実際下記のような感じで200mAほど電流を引きます。そのため電源が弱いバスだと電圧ドロップが激しいです。（通常は５V）

中華USB DAC CMD-18 レビュー（その３）

（この記事の続きです。）
まず、一般的なUSB DACの規格に関して説明します。

USBには大きく分けて、コントロール転送、バルク転送、アイソクロナス転送ってのがあります。
USB DACをPC等から使うには、USB Audio Class(UAC)と言う規格を使います。
UACには3つのバージョンがあり、DSDの転送に関してはVersion3で正式に規格となりました。

このVersion3ですが、出来立てのため、現在 USB DACで採用しているメーカーはありません。しかもDSDの規格が無いということから、いろいろな思惑でいろいろな方式があります。

ただし、ほとんどのメーカーはUAC規格の上でいろいろとアイデアをだしており、一般的なのがDoP(DSD on PCM)と言う形式です。

 

 

24ビットのデータの8ビットをDoPのしるし（マーカー）として使って、残りの16ビットにDSDを詰めて転送しようとする形式です。

 

基本的には、DAC側でPCMとして入ってきたデータをDoPかどうか判断できればよいので、UACの規格の上で成り立ちます。そのため、DSDをサポートしているDACはほぼこれをサポートしています。UACの転送方式はアイソクロナス転送の中でも、お互いのデータ量を調整できるAsyncronous転送と言う転送を使っています。

 

で、問題のこのCMD-18もDoPをサポートしています。ただ、サポートの仕方が独特なのです。

そもそもDoPには欠点があり、サポートできる最高の周波数が半分になってしまうのです。（もともと32ビット単位で周波数が定義されているDSDなので、16ビットを２回に分けて送るためには倍の速度で送る必要があるため。）

 

CMD-18の最高周波数はPCMで384kHz/32bitとなっています。この上でDoPをすると、DSD128（周波数で言うと、176.4kHz/24bit)までの再生となります。つまりDSD256が再生できません。DSDを直接送れば、DSD256が対応できます。周波数的には352.8kHz/32bitです。

そこで、このCMD-18のプラットフォームを作った人は考えた（かどうかは定かではないですが）、「どうせDSDをそのまま送るなら別にUAC規格の上に乗ってなくてもよくない？」

 

と言うわけでWindowsの専用ドライバを使う場合は、UAC規格とは関係なく、やりやすい「バルク転送」を使おう。ってことで、バルク転送が使われています。

 

バルク転送は、Asyncronous転送とは違って、調整ではなく、ホストから一方的に送りつけて、DAC側が拒否（NAK）したら、受け取る（ACK）まで何度も送る方式です。

 

当然、ホスト側は受け取るか受け取らないかわからない状態でずっとデータを作り続けるので、DAC側が拒否し続けると、バッファがあふれます。これが、このDACをおすすめできない理由です。バッファがあふれること＝音飛び＝ノイズなので、周波数が高いハイレゾデータでこれが頻繁に起きると、聞くのが堪えられなくなるでしょう。

 

次に、これがDSDだけなら良いのですが（←良くない）、「DSDとPCM分けてドライバ書くの面倒だし、いっしょにしちゃえ」って言ったかどうかわかりませんが、WindowsのドライバからはPCMもバルク転送されて送ってきます。

 

あと、一般的ではないので、Windows用のドライバが作られなくなったら、このバルク転送は使えないので、将来を考えるならば、ちゃんとしたメーカーのDSD512対応を買った方が良いです。

 

ただし、欠点だけではないです。上限が384kHz/32bitのDACでDSD512（705.6kHz/32bit）が再生できるからです？

 

アシンクロナス転送の欠点は、データ量を周波数に合わせて変化させなければならない。と言う点です。しかし、バルク転送にはその制限がありません。なので、めいっぱい、ホスト側から送りつけて、DAC側の処理に間に合うようにしてやれば、DSD512も再生できるということです。

(続く)