Windows on 屑籠というかゴミ箱

AndroidのファイルをUSB接続せずにWindowsで操作する

Sat, 02 Nov 2024 16:02:18 +0900

情報源

このニュースを見て、とうとうここまでできるようになったかということで試してみた。

[helentech.jp](https://helentech.jp/news-54664/)

要件は以下とのこと

Windows 11と10の最新バージョンを使用している

Microsoft Store を開き、[ダウンロード] タブに移動して、Cross-Device Experience Host を最新バージョンに更新

Android 11 以降を実行し、Android 上の｢Windows にリンク｣アプリのバージョンを 1.24071 以降

[設定] > [Bluetooth とデバイス] > [モバイルデバイス] に移動して、携帯電話が PC にリンクされているかどうかを確認

うまくいけば以下のようにWindowsのエクスプローラに対象のデバイスが出てファイルが見えるように

MusicBeeからは見えなかったので、音楽ファイル転送を直接この機能で対応することはまだできなさそうだけどそのうち対応するかな？あと、問題はおそらくBluetoothでの通信だろうから遅いはず。

通信速度はスマートフォン→PCの方向でflacのアルバム1枚分をコピーしたとき通信速度はあんまり安定しなかったけど概ね4MB/sくらいは出ていたので、数GBくらいまでならケーブル準備とかの煩わしさを考えると実用的な気がする。

MusicBeeのLast.fm同期について

Thu, 30 Jun 2016 00:00:00 +0900

MusicBeeをLast.fmの再生回数と同期させてせる運用を始めたんだけど、一部の曲が再生回数が同期すると0にリセットされる現象があったので色々調べてみたところ原因は大体予想がついた。
Last.fm側にトラック情報が存在しない曲については再生回数の同期ができない感じ。

そしてLast.fmに直接トラック情報は追加できない。

ということで、次の運用フローを構築してテスト中。コレでいけるのかダメなのか・・・
再生して0リセットされる曲を見つけた場合

MusicBrainzで該当のCDが登録されているか確認する
MusicBrainzに登録されていない場合、MusicBrainzに登録する
ちょっと経過してから（1時間も不要？）Mp3Tagを使用してさっき登録したMusicBrainzの曲同期する

これで大丈夫っぽい。

Last.fmの曲はMusicBrainz使用しているっぽいので大体コレで解決できている。
完全じゃなさそうなので、単純にフォーマットがいい感じになったからかもしれないけどこのフローで大丈夫そうなら今後この登録作業続けていく予定・・・

ファイルの移行

Fri, 10 Jun 2016 00:00:03 +0900

iTunesから単純にファイルを参照するだけであれば、「ファイル」->「ライブラリ」->「インポート」->「iTunesからインポート」を使用することでほぼ問題なく再生回数などをちゃんとインポートできる。
これ以降、MusicBeeでファイル管理できるように設定を変更する。
「編集」->「設定」->「ライブラリ」
から”メディアファイルを自動的に整理する”にチェックを入れ、【整理】ボタンから管理規則を設定する。

自分の場合はアルバムアーティストがある場合はそっちを優先、ない場合はアーティストで分類するように設定した。

<アーティスト><アルバム><ディスク-トラック番号>_<タイトル>
<アルバムアーティスト><アルバム><ディスク-トラック番号>_<タイトル>

細かい設定はもうちょっとあるけど適宜。
【進む】ボタン押すと勝手に分類してくれる。

全部MusicBeeのライブラリに移行したら、iTunes側のライブラリを初期化、プレイリストを削除する。
理由はiPod&iPhone Driverの動作のためで、MusicBeeからiPodへのデータ同期にはiTunesを使用するのでそのための設定をする。

設定詳細はiPod&iPhone DriverのWikiにかかれているけど考え方としては

MusicBeeで同期するファイルを生成する
iPod&iPhone DriverがiTunesをコントロールしてiTunesに同期するファイルを追加する
iTunesにファイル情報＆プレイリスト情報を追加完了すると、iTunesからiPodにファイルを同期する

という動作をするため、以下の設定をする必要がある

iTunesのライブラリは空にしておく。残っているとそれも毎回同期される。
iTunesの設定は全音楽ファイルを同期する設定にしておく。
iTunes起動時にiPodと自動同期しないように設定する

あたり。以下の画像参照

あとはiTunesにiPod接続した時のデバイス情報から設定して全音楽ファイル転送するようにしておく。
詳細はWikiに書いてあるのでそっち参照。

ここまでやったらiPod接続した状態で「ツール」->「Turn iPod&iPhone Driver on」実行。
実行中のダイアログが表示され、iTunesが起動し、デバイスに「iPod&iPhone Driver」が表示されればOK。
エラーダイアログが表示される場合、iTunesとMBを両方終了してMBを再起動させてから再実行してみる。
どうも一回iPod取り外したあとはMB再起動しないと接続が怪しいので注意。

おすすめの設定は

「デバイスが接続された時に自動的に同期する」 OFF
「自動同期リストに含まれていないトラックをデバイスから削除する」 ON
「削除を確認する」 OFF
「双方向の同期を有効にする再生回数のみON

あとオンザフライ変換で「デバイスでサポートされていない形式のファイルのみ、変換する」は入れておいたほうが良いかな？
これを設定して【同期する】を実行、iTunesにファイル転送し始めたらOK。

１点注意が必要なのがプレイリスト。
どうやらプレイリストは「追加」を行っているようで、プレイリスト同期していると2回目以降の同期で元のプレイリストに中途半端にリストが追加されていく。
このため、自動同期しないようにして同期する際はiTunes側でプレイリストをすべて削除してから同期するようにするといい感じに同期される。

多少手間はあるがこれくらいならそこまで気にならないかな？
気になるようになったらWalkmanに変えるのでいいかな・・・

Pluginについて

Fri, 10 Jun 2016 00:00:02 +0900

無効になっているlast.fmプラグインを有効化
iPod&iPhone DriverをDL http://musicbee.wikia.com/wiki/IPod_%26_iPhone_Driver

iPod&iPhone DriverはPluginsに展開してMB再起動。

Skinについて

Fri, 10 Jun 2016 00:00:01 +0900

とりあえずDarkにした Image - Dark.jpg | MusicBee Wiki | FANDOM powered by Wikia

DLしてWikiにかかれている通りSkinsフォルダに解答してMusicBee再起動後Skinを選択。

download the file
extract the file move .xml or .xmlc file to the ‘Skins’ folder
start (or restart) MusicBee
select the new skin

iTunesからMusicBeeへの移行について

Fri, 10 Jun 2016 00:00:00 +0900

いろんなところでiTunesからMusicBeeへの移行について書かれた記事あるけど、いろんな情報が抜けている感じがするので自分用にまとめる。
WikiとかフォーラムとかだとMBで書かれてて最初メガバイトと読んでた・・・

前提条件として

iTunesでファイルの自動整理を使用している
ちゃんとタグ管理している
iPodはiOS採用以前のiPod nano(6th)
iTunesのバージョン：12.4.1.6
MusicBeeのバージョン：3.0.5995 日本語でインストール

こんな感じかな？
インストール後のことなので、とりあえず自分的に困らないのでインストール系の記載は無視。入れる。
ちなみに昔iTunesで購入したDRM付きファイルある場合は事前に一度削除して再DLすることでDRMなしファイルでDLできるのでやっておく。

EclipseでPerl環境

Sat, 19 Jul 2014 00:00:00 +0900

開発環境作っておこうと思ってとりあえずメモ
基本的には以下の方法で構築

ActivePerlインストール

Eclipseセットアップ

EPICをマーケットからインストール

PadWalkerをコマンドプロントから"ppm install PadWalker"

参考はココ

Windows7ハイバネーション無効化

Wed, 09 Oct 2013 00:00:00 +0900

システム用のSSD128GBがかなり容量苦しくなってて調べたら大体ハイバネーション用ファイル”hiberfil.sys”とスワップ領域で占められていて、ぶっちゃけハイバネーション使ったことがないのでこれを無効化して容量確保することに。

コマンドプロンプトを管理者で実行して、

powercfg.exe /hibernate off

でC:\のhiberfil.sysが消えればOK

RDC無効化

Tue, 17 Sep 2013 00:00:00 +0900

回線が太いとむしろ転送速度を下げる要因になるようなので無効化してみる。

RDC (Remote Differential Compression)を無効にする

リモートでファイルを移動するときに、差分だけを移動する機能です。そのときのファイルチェックでシステムのパフォーマンスが落ちるようです。
[コントロールパネル]-[プログラムと機能]-[Windowsの機能の有効化または無効化]で[RDC (Remote Differential Compression)]を無効にします。 
引用：Windows Vistaを高速化する10の方法 - このブログは証明できない。

あんまり期待はしていないけどとりあえず。

SNPの無効化

Thu, 12 Sep 2013 00:00:00 +0900

SNPがネットワークの問題を引き起こすことが多いらしいので無効化することに

$ netsh int tcp show global

で状態を確認します。

ここで、

Receive-Side Scaling状態
Chimney オフロード状態
NetDMA 状態

を無効化します。

$ netsh int tcp set global chimney=disabled

$ netsh int tcp set global rss=disabled

$ netsh int tcp set global netdma=disabled

をそれぞれ実行。

再度

$ netsh int tcp show global

で確認を行い、各ステータスがdisabledになっていることを確認します。
あと、一応ハード側の設定ということでデバイスマネージャからネットワークアダプタの設定を変更します。
参考はこのあたりWindows 7 のネットワークが遅い時に試す 3 つの方法 | 初心者サーバ運営野郎の Windows に関する、ちょっとしたワザ

Windows7で消せないファイルをちゃんと消す

Thu, 23 Aug 2012 00:00:00 +0900

Windows標準だとファイルの最後に半角スペースが入っているようなファイルは作れないみたいですが、何らかのソフトで作られると標準では消せないようで残り続けてたので削除方法調べてみた。

コマンドプロンプトでちょろちょろっと削除するのが確実っぽい。

その辺のソフトhttp://www.vector.co.jp/soft/winnt/util/se485926.htmlも使ってみたけど有効じゃなかったので。

ファイルパスがD:\hogehogehogehogehoge.txt (最後に半角スペース入ってる感じ)

とすると

$ d:

$ dir /x hoge*

2012/07/19 21:58
HOGE~1 hogehogehogehogehoge.txt $ del HOGE~1

でOK
3行目のHOGE~1がショートファイルネームでコレを使えば削除可能ってことらしい。
長いファイル名だとコレが指定されるようですが、短いときはどうすんだろ・・・

TCP/IPの実装について

Mon, 02 Jul 2012 00:00:00 +0900

[INFO] MTU より大きな UDP データグラムが通知なしに破棄される
http://support.microsoft.com/kb/233401/ja

TCP/IPの下層での実装なのでUDPだろうがTCPだろうがPingだろうが一緒。

とりあえずWindowsXPとWindows2000ではそれっぽい挙動を確認した。1500バイトくらいのPing打って1発目返ってこないのはこれのせい。
Windowsって2003ServerからTCP/IP関連は大きく実装が変わってたはずだけど直ってるのかな？

2.3.2.2 ARP Packet Queue

The link layer SHOULD save (rather than discard) at least

 one (the latest) packet of each set of packets destined to 

 the same unresolved IP address, and transmit the saved 

 packet when the address has been resolved.

DISCUSSION:

 Failure to follow this recommendation causes the first 

 packet of every exchange to be lost. Although higher- 

 layer protocols can generally cope with packet loss by 

 retransmission, packet loss does impact performance. 

 For example, loss of a TCP open request causes the 

 initial round-trip time estimate to be inflated. UDP- 

 based applications such as the Domain Name System are 

 more seriously affected.

RFC 1122 - Requirements for Internet Hosts - Communication Layers