ReadyMedia - 版の履歴

Kusakata: /* 設定と起動 */ 空白

2019-03-25T14:31:42Z

設定と起動: 空白

← 古い版		2019年3月25日 (月) 23:31時点における版
14行目:		14行目:
	== 設定と起動 ==		== 設定と起動 ==

	{{Warning\|1=2019年3月時点で、現行のReadyMedia に致命的なバグがあります: 特定のIPアドレスへのバインドに用いられる {{ic\|-i}} コマンドラインオプションおよび {{ic\|network_interface}} 設定オプションは、HTTPサーバーには適用されません。このバグは2017年に[https://sourceforge.net/p/minidlna/bugs/297/ 上流]へ報告されました。Web サーバーは全てのインターフェースから接続できるので、公開されたホストでReadyMedia を運用している場合セキュリティ上の問題が生じている可能性があります。}}		{{Warning\|1=2019年3月時点で、現行の ReadyMedia には致命的なバグがあります: 特定の IP アドレスへのバインドに用いられる {{ic\|-i}} コマンドラインオプションおよび {{ic\|network_interface}} 設定オプションは、HTTP サーバーには適用されません。このバグは2017年に[https://sourceforge.net/p/minidlna/bugs/297/ 上流]へ報告されました。Web サーバーに全てのインターフェースから接続できるので、公開されたホストで ReadyMedia を運用している場合セキュリティ上の問題が生じている可能性があります。}}

	デフォルトでは、minidlna はシステムサービスとして実行されます (もしくは、[[#ユーザーで minidlna を実行\|ユーザーで実行する]]ことも可能です)。設定は {{ic\|/etc/minidlna.conf}} に記述します。以下の必須設定を設定してください:		デフォルトでは、minidlna はシステムサービスとして実行されます (もしくは、[[#ユーザーで minidlna を実行\|ユーザーで実行する]]ことも可能です)。設定は {{ic\|/etc/minidlna.conf}} に記述します。以下の必須設定を設定してください:

Hiromi-mi: 「。」抜け

2019-03-23T01:20:29Z

「。」抜け

← 古い版		2019年3月23日 (土) 10:20時点における版
14行目:		14行目:
	== 設定と起動 ==		== 設定と起動 ==

	{{Warning\|1=2019年3月時点で、現行のReadyMedia に致命的なバグがあります: 特定のIPアドレスへのバインドに用いられる {{ic\|-i}} コマンドラインオプションおよび {{ic\|network_interface}} 設定オプションは、HTTPサーバーには適用されません。このバグは2017年に[https://sourceforge.net/p/minidlna/bugs/297/ 上流]へ報告されました。Web サーバーは全てのインターフェースから接続でき、公開されたホストでReadyMedia を運用している場合セキュリティ上の問題が生じている可能性があります}}		{{Warning\|1=2019年3月時点で、現行のReadyMedia に致命的なバグがあります: 特定のIPアドレスへのバインドに用いられる {{ic\|-i}} コマンドラインオプションおよび {{ic\|network_interface}} 設定オプションは、HTTPサーバーには適用されません。このバグは2017年に[https://sourceforge.net/p/minidlna/bugs/297/ 上流]へ報告されました。Web サーバーは全てのインターフェースから接続できるので、公開されたホストでReadyMedia を運用している場合セキュリティ上の問題が生じている可能性があります。}}

	デフォルトでは、minidlna はシステムサービスとして実行されます (もしくは、[[#ユーザーで minidlna を実行\|ユーザーで実行する]]ことも可能です)。設定は {{ic\|/etc/minidlna.conf}} に記述します。以下の必須設定を設定してください:		デフォルトでは、minidlna はシステムサービスとして実行されます (もしくは、[[#ユーザーで minidlna を実行\|ユーザーで実行する]]ことも可能です)。設定は {{ic\|/etc/minidlna.conf}} に記述します。以下の必須設定を設定してください:

Hiromi-mi: /設定と起動/ 英語版と同期、警告追加

2019-03-23T01:16:13Z

設定と起動: 英語版と同期、警告追加

← 古い版		2019年3月23日 (土) 10:16時点における版
13行目:		13行目:

	== 設定と起動 ==		== 設定と起動 ==

			{{Warning\|1=2019年3月時点で、現行のReadyMedia に致命的なバグがあります: 特定のIPアドレスへのバインドに用いられる {{ic\|-i}} コマンドラインオプションおよび {{ic\|network_interface}} 設定オプションは、HTTPサーバーには適用されません。このバグは2017年に[https://sourceforge.net/p/minidlna/bugs/297/ 上流]へ報告されました。Web サーバーは全てのインターフェースから接続でき、公開されたホストでReadyMedia を運用している場合セキュリティ上の問題が生じている可能性があります}}

	デフォルトでは、minidlna はシステムサービスとして実行されます (もしくは、[[#ユーザーで minidlna を実行\|ユーザーで実行する]]ことも可能です)。設定は {{ic\|/etc/minidlna.conf}} に記述します。以下の必須設定を設定してください:		デフォルトでは、minidlna はシステムサービスとして実行されます (もしくは、[[#ユーザーで minidlna を実行\|ユーザーで実行する]]ことも可能です)。設定は {{ic\|/etc/minidlna.conf}} に記述します。以下の必須設定を設定してください:

Kusakata: カテゴリ変更

2019-02-28T16:53:38Z

カテゴリ変更

← 古い版		2019年3月1日 (金) 01:53時点における版
1行目:		1行目:
	[[Category:~~ストリ~~ー~~ミング~~]]		[[Category:メディアサーバー]]
	[[en:ReadyMedia]]		[[en:ReadyMedia]]
	[[es:MiniDLNA]]		[[es:MiniDLNA]]

Kusakata.bot: 文字列「http://lwn.net/」を「https://lwn.net/」に置換

2018-02-06T14:43:54Z

文字列「http://lwn.net/」を「https://lwn.net/」に置換

← 古い版		2018年2月6日 (火) 23:43時点における版
104行目:		104行目:
	MiniDLNA はデータベース内の ''Movies'' や ''Photos'' をファイル名でリストアップしますが、''Music'' エントリはファイル名ではなく [http://id3lib.sourceforge.net/id3/ ID3 タグ] が使われます。音楽のコレクションのタグで UTF-8 ではなくローカルな文字セットが使用されている場合、MiniDLNA はタグを認識することができず UTF-8 に変換してメディアプレイヤーに表示します。あるいはオリジナルのタグの''コードページ''がシステム上に存在しない場合、(たとえメディアファイルの名前が読めたとしても) タグを読むことができません。その場合、'''ID3 Tag Converter''' を使って音楽ファイルのタグを ''UTF-16BE'' や ''UTF-8'' エンコーディングで再度設定してください。		MiniDLNA はデータベース内の ''Movies'' や ''Photos'' をファイル名でリストアップしますが、''Music'' エントリはファイル名ではなく [http://id3lib.sourceforge.net/id3/ ID3 タグ] が使われます。音楽のコレクションのタグで UTF-8 ではなくローカルな文字セットが使用されている場合、MiniDLNA はタグを認識することができず UTF-8 に変換してメディアプレイヤーに表示します。あるいはオリジナルのタグの''コードページ''がシステム上に存在しない場合、(たとえメディアファイルの名前が読めたとしても) タグを読むことができません。その場合、'''ID3 Tag Converter''' を使って音楽ファイルのタグを ''UTF-16BE'' や ''UTF-8'' エンコーディングで再度設定してください。

	''Media_Collection'' のファイルシステムの選択はトレードオフです: XFS や EXT4 はハードディスクの読み書き速度が速くて、ストレージが付属している小さな [https://archlinuxarm.org/platforms/armv5/pogoplug-series-4 Plug コンピュータ] で CPU 負担が低くなります。NTFS は Windows との互換性が最も優れており、ドライブを直接接続して高速にコピーすることができます。Samba, NFS, iSCSI などのネットワークファイルシステムを使って Windows に Linux のファイルシステムをインポートすることもできますが、データコピーは低速です。ファイルの断片化は再生に影響するので、動画を保存する場所は XFS (断片化しづらい), NTFS (断片化しづらくてデフラグが簡単), EXT4 (巨大なファイルの''エクステント''を使用) などでフォーマットして、EXT3 や[[wikipedia:File_Allocation_Table#Fragmentation\|断片化しやすい]] FAT32 を使うのは避けてください [https://trac.transmissionbt.com/ticket/849]。賢いフラッシュドライブでは音楽や写真ファイルが断片化することはほとんどなく、VFAT (FAT32) や EXT4 で高速な書き込み速度が発揮され CPU 負担が低くなります。ただし EXT4 はジャーナリングによってメモリのウェアに影響を与える可能性があり、メディアプレイヤーとの互換性はあまり高いと言えません。ドライブをパーティショニングするときは、ブロックの [~~http~~://lwn.net/Articles/428584/ アライメント] を行なって適当な''マウントオプション'' (''async,noatime'' など、ファイルシステムやメモリの種別によって選択してください) を使うことでフラッシュドライブやハードディスクドライブの速度を劇的に [http://linux-howto-guide.blogspot.ca/2009/10/increase-usb-flash-drive-write-speed.html 向上] させることができ、他にも[[wikipedia:Logical_Disk_Manager#Advantages_of_using_a_1-MiB_alignment_boundary\|メリット]]が存在します。		''Media_Collection'' のファイルシステムの選択はトレードオフです: XFS や EXT4 はハードディスクの読み書き速度が速くて、ストレージが付属している小さな [https://archlinuxarm.org/platforms/armv5/pogoplug-series-4 Plug コンピュータ] で CPU 負担が低くなります。NTFS は Windows との互換性が最も優れており、ドライブを直接接続して高速にコピーすることができます。Samba, NFS, iSCSI などのネットワークファイルシステムを使って Windows に Linux のファイルシステムをインポートすることもできますが、データコピーは低速です。ファイルの断片化は再生に影響するので、動画を保存する場所は XFS (断片化しづらい), NTFS (断片化しづらくてデフラグが簡単), EXT4 (巨大なファイルの''エクステント''を使用) などでフォーマットして、EXT3 や[[wikipedia:File_Allocation_Table#Fragmentation\|断片化しやすい]] FAT32 を使うのは避けてください [https://trac.transmissionbt.com/ticket/849]。賢いフラッシュドライブでは音楽や写真ファイルが断片化することはほとんどなく、VFAT (FAT32) や EXT4 で高速な書き込み速度が発揮され CPU 負担が低くなります。ただし EXT4 はジャーナリングによってメモリのウェアに影響を与える可能性があり、メディアプレイヤーとの互換性はあまり高いと言えません。ドライブをパーティショニングするときは、ブロックの [https://lwn.net/Articles/428584/ アライメント] を行なって適当な''マウントオプション'' (''async,noatime'' など、ファイルシステムやメモリの種別によって選択してください) を使うことでフラッシュドライブやハードディスクドライブの速度を劇的に [http://linux-howto-guide.blogspot.ca/2009/10/increase-usb-flash-drive-write-speed.html 向上] させることができ、他にも[[wikipedia:Logical_Disk_Manager#Advantages_of_using_a_1-MiB_alignment_boundary\|メリット]]が存在します。

	=== メディアの操作 ===		=== メディアの操作 ===

Kusakata.bot: 文字列「http://archlinuxarm.org」を「https://archlinuxarm.org」に置換

2018-02-06T14:43:24Z

文字列「http://archlinuxarm.org」を「https://archlinuxarm.org」に置換

← 古い版		2018年2月6日 (火) 23:43時点における版
104行目:		104行目:
	MiniDLNA はデータベース内の ''Movies'' や ''Photos'' をファイル名でリストアップしますが、''Music'' エントリはファイル名ではなく [http://id3lib.sourceforge.net/id3/ ID3 タグ] が使われます。音楽のコレクションのタグで UTF-8 ではなくローカルな文字セットが使用されている場合、MiniDLNA はタグを認識することができず UTF-8 に変換してメディアプレイヤーに表示します。あるいはオリジナルのタグの''コードページ''がシステム上に存在しない場合、(たとえメディアファイルの名前が読めたとしても) タグを読むことができません。その場合、'''ID3 Tag Converter''' を使って音楽ファイルのタグを ''UTF-16BE'' や ''UTF-8'' エンコーディングで再度設定してください。		MiniDLNA はデータベース内の ''Movies'' や ''Photos'' をファイル名でリストアップしますが、''Music'' エントリはファイル名ではなく [http://id3lib.sourceforge.net/id3/ ID3 タグ] が使われます。音楽のコレクションのタグで UTF-8 ではなくローカルな文字セットが使用されている場合、MiniDLNA はタグを認識することができず UTF-8 に変換してメディアプレイヤーに表示します。あるいはオリジナルのタグの''コードページ''がシステム上に存在しない場合、(たとえメディアファイルの名前が読めたとしても) タグを読むことができません。その場合、'''ID3 Tag Converter''' を使って音楽ファイルのタグを ''UTF-16BE'' や ''UTF-8'' エンコーディングで再度設定してください。

	''Media_Collection'' のファイルシステムの選択はトレードオフです: XFS や EXT4 はハードディスクの読み書き速度が速くて、ストレージが付属している小さな [~~http~~://archlinuxarm.org/platforms/armv5/pogoplug-series-4 Plug コンピュータ] で CPU 負担が低くなります。NTFS は Windows との互換性が最も優れており、ドライブを直接接続して高速にコピーすることができます。Samba, NFS, iSCSI などのネットワークファイルシステムを使って Windows に Linux のファイルシステムをインポートすることもできますが、データコピーは低速です。ファイルの断片化は再生に影響するので、動画を保存する場所は XFS (断片化しづらい), NTFS (断片化しづらくてデフラグが簡単), EXT4 (巨大なファイルの''エクステント''を使用) などでフォーマットして、EXT3 や[[wikipedia:File_Allocation_Table#Fragmentation\|断片化しやすい]] FAT32 を使うのは避けてください [https://trac.transmissionbt.com/ticket/849]。賢いフラッシュドライブでは音楽や写真ファイルが断片化することはほとんどなく、VFAT (FAT32) や EXT4 で高速な書き込み速度が発揮され CPU 負担が低くなります。ただし EXT4 はジャーナリングによってメモリのウェアに影響を与える可能性があり、メディアプレイヤーとの互換性はあまり高いと言えません。ドライブをパーティショニングするときは、ブロックの [http://lwn.net/Articles/428584/ アライメント] を行なって適当な''マウントオプション'' (''async,noatime'' など、ファイルシステムやメモリの種別によって選択してください) を使うことでフラッシュドライブやハードディスクドライブの速度を劇的に [http://linux-howto-guide.blogspot.ca/2009/10/increase-usb-flash-drive-write-speed.html 向上] させることができ、他にも[[wikipedia:Logical_Disk_Manager#Advantages_of_using_a_1-MiB_alignment_boundary\|メリット]]が存在します。		''Media_Collection'' のファイルシステムの選択はトレードオフです: XFS や EXT4 はハードディスクの読み書き速度が速くて、ストレージが付属している小さな [https://archlinuxarm.org/platforms/armv5/pogoplug-series-4 Plug コンピュータ] で CPU 負担が低くなります。NTFS は Windows との互換性が最も優れており、ドライブを直接接続して高速にコピーすることができます。Samba, NFS, iSCSI などのネットワークファイルシステムを使って Windows に Linux のファイルシステムをインポートすることもできますが、データコピーは低速です。ファイルの断片化は再生に影響するので、動画を保存する場所は XFS (断片化しづらい), NTFS (断片化しづらくてデフラグが簡単), EXT4 (巨大なファイルの''エクステント''を使用) などでフォーマットして、EXT3 や[[wikipedia:File_Allocation_Table#Fragmentation\|断片化しやすい]] FAT32 を使うのは避けてください [https://trac.transmissionbt.com/ticket/849]。賢いフラッシュドライブでは音楽や写真ファイルが断片化することはほとんどなく、VFAT (FAT32) や EXT4 で高速な書き込み速度が発揮され CPU 負担が低くなります。ただし EXT4 はジャーナリングによってメモリのウェアに影響を与える可能性があり、メディアプレイヤーとの互換性はあまり高いと言えません。ドライブをパーティショニングするときは、ブロックの [http://lwn.net/Articles/428584/ アライメント] を行なって適当な''マウントオプション'' (''async,noatime'' など、ファイルシステムやメモリの種別によって選択してください) を使うことでフラッシュドライブやハードディスクドライブの速度を劇的に [http://linux-howto-guide.blogspot.ca/2009/10/increase-usb-flash-drive-write-speed.html 向上] させることができ、他にも[[wikipedia:Logical_Disk_Manager#Advantages_of_using_a_1-MiB_alignment_boundary\|メリット]]が存在します。

	=== メディアの操作 ===		=== メディアの操作 ===

Kusakata: 同期

2017-04-29T06:24:21Z

同期

← 古い版		2017年4月29日 (土) 15:24時点における版
2行目:		2行目:
	[[en:ReadyMedia]]		[[en:ReadyMedia]]
	[[es:MiniDLNA]]		[[es:MiniDLNA]]
	[https://sourceforge.net/projects/minidlna ReadyMedia] (旧名 '''MiniDLNA''') は [[wikipedia:ja:Digital_Living_Network_Alliance\|DLNA]]/[[wikipedia:ja:Universal_Plug_and_Play\|UPnP]] クライアントに完全に対応することを目標に掲げているサーバーソフトウェアです。MiniDNLA デーモンはネットワーク上のクライアントに対してメディアファイル (音楽、画像、動画) を供給します。クライアントアプリケーションとしては totem や ~~xbmc~~ などが、デバイスとしてはポータブルメディアプレイヤーやスマートフォン、テレビ、ゲーム機 (PS3 や Xbox 360) などが挙げられます。		[https://sourceforge.net/projects/minidlna ReadyMedia] (旧名 '''MiniDLNA''') は [[wikipedia:ja:Digital_Living_Network_Alliance\|DLNA]]/[[wikipedia:ja:Universal_Plug_and_Play\|UPnP]] クライアントに完全に対応することを目標に掲げているサーバーソフトウェアです。MiniDNLA デーモンはネットワーク上のクライアントに対してメディアファイル (音楽、画像、動画) を供給します。クライアントアプリケーションとしては totem や [[kodi]] などが、デバイスとしてはポータブルメディアプレイヤーやスマートフォン、テレビ、ゲーム機 (PS3 や Xbox 360) などが挙げられます。

	ReadyMedia は [[MediaTomb]] をシンプルかつ軽量なサーバーとして置き換えますが、備わっている機能は多少少なくなっています。管理用のウェブインターフェイスは存在しないため、テキストファイルを編集することで設定を行います。		ReadyMedia は [[MediaTomb]] をシンプルかつ軽量なサーバーとして置き換えますが、備わっている機能は多少少なくなっています。管理用のウェブインターフェイスは存在しないため、テキストファイルを編集することで設定を行います。
26行目:		26行目:
	デフォルトでは MiniDLNA は ''minidlna'' ユーザーで実行されますが、ユーザーは {{ic\|/etc/minidlna.conf}} の {{ic\|user}} 行で変更ができます。MiniDLNA ユーザーを変更した場合、{{ic\|db_dir}} と {{ic\|log_dir}} オプションをそのユーザーから書き込みができるディレクトリに変更する必要があります。		デフォルトでは MiniDLNA は ''minidlna'' ユーザーで実行されますが、ユーザーは {{ic\|/etc/minidlna.conf}} の {{ic\|user}} 行で変更ができます。MiniDLNA ユーザーを変更した場合、{{ic\|db_dir}} と {{ic\|log_dir}} オプションをそのユーザーから書き込みができるディレクトリに変更する必要があります。

	minidlna サービスは[[systemd#ユニットを使う\|systemd]] を使って {{ic\|minidlna.service}} で管理できます。		minidlna サービスは [[systemd#ユニットを使う\|systemd]] を使って {{ic\|minidlna.service}} で管理できます。

	=== Media_DB の自動更新 ===		=== Media_DB の自動更新 ===
134行目:		134行目:
	{{hc\|/etc/systemd/system/minidlna.service.d/override.conf\|<nowiki>[Service]		{{hc\|/etc/systemd/system/minidlna.service.d/override.conf\|<nowiki>[Service]
	ProtectHome=read-only</nowiki>}}		ProtectHome=read-only</nowiki>}}

			===ブリッジデバイスで共有したときに DLNA サーバーが表示されなくなる===
			(Ethernet デバイスにブリッジした OpenVPN デバイスなど) ブリッジデバイスで ReadyMeadia を外部から使えるようにしている場合、一定時間後にサーバーがクライアントから表示されなくなることがあります (表示されなくなる時間は数秒から半日までと幅があります)。問題を解決するにはマルチキャストスヌーピングを無効化する必要があります。以下のコマンドで一時的に設定できます:

			# echo 0 >> /sys/devices/virtual/net/br0/bridge/multicast_snooping

			上記のコマンドを実行するとすぐにクライアントからサーバーにアクセスできるようになります。ただし再起動すると元に戻ります。上記のコマンドで問題が解決することが確認できたら、以下のコマンドで変更を永続化できます:

			# echo 'net.br0.bridge.multicast_snooping=0' > /etc/sysctl.d/35-minidlna_no_snoop.conf

Kusakata: 未訳部分の翻訳

2016-03-03T16:21:56Z

未訳部分の翻訳

← 古い版		2016年3月4日 (金) 01:21時点における版
4行目:		4行目:
	[https://sourceforge.net/projects/minidlna ReadyMedia] (旧名 '''MiniDLNA''') は [[wikipedia:ja:Digital_Living_Network_Alliance\|DLNA]]/[[wikipedia:ja:Universal_Plug_and_Play\|UPnP]] クライアントに完全に対応することを目標に掲げているサーバーソフトウェアです。MiniDNLA デーモンはネットワーク上のクライアントに対してメディアファイル (音楽、画像、動画) を供給します。クライアントアプリケーションとしては totem や xbmc などが、デバイスとしてはポータブルメディアプレイヤーやスマートフォン、テレビ、ゲーム機 (PS3 や Xbox 360) などが挙げられます。		[https://sourceforge.net/projects/minidlna ReadyMedia] (旧名 '''MiniDLNA''') は [[wikipedia:ja:Digital_Living_Network_Alliance\|DLNA]]/[[wikipedia:ja:Universal_Plug_and_Play\|UPnP]] クライアントに完全に対応することを目標に掲げているサーバーソフトウェアです。MiniDNLA デーモンはネットワーク上のクライアントに対してメディアファイル (音楽、画像、動画) を供給します。クライアントアプリケーションとしては totem や xbmc などが、デバイスとしてはポータブルメディアプレイヤーやスマートフォン、テレビ、ゲーム機 (PS3 や Xbox 360) などが挙げられます。

	ReadyMedia は [[~~en2:MediaTomb\|~~MediaTomb]] をシンプルかつ軽量なサーバーとして置き換えますが、備わっている機能は多少少なくなっています。管理用のウェブインターフェイスは存在しないため、テキストファイルを編集することで設定を行います。		ReadyMedia は [[MediaTomb]] をシンプルかつ軽量なサーバーとして置き換えますが、備わっている機能は多少少なくなっています。管理用のウェブインターフェイスは存在しないため、テキストファイルを編集することで設定を行います。

	== インストール ==		== インストール ==
83行目:		83行目:
	== その他の設定 ==		== その他の設定 ==

			性能を発揮するために考える必要がある設定と MiniDLNA の制限。
	Other aspects and MiniDLNA limitations may need to be considered beforehand to ensure satisfaction from its performance.

	=== ファイアウォール ===		=== ファイアウォール ===
102行目:		102行目:
	ls /usr/share/fonts/encodings		ls /usr/share/fonts/encodings

			MiniDLNA はデータベース内の ''Movies'' や ''Photos'' をファイル名でリストアップしますが、''Music'' エントリはファイル名ではなく [http://id3lib.sourceforge.net/id3/ ID3 タグ] が使われます。音楽のコレクションのタグで UTF-8 ではなくローカルな文字セットが使用されている場合、MiniDLNA はタグを認識することができず UTF-8 に変換してメディアプレイヤーに表示します。あるいはオリジナルのタグの''コードページ''がシステム上に存在しない場合、(たとえメディアファイルの名前が読めたとしても) タグを読むことができません。その場合、'''ID3 Tag Converter''' を使って音楽ファイルのタグを ''UTF-16BE'' や ''UTF-8'' エンコーディングで再度設定してください。
	MiniDLNA lists ''Movies'' and ''Photos'' by file name in its DB, and ''Music'' entries by [http://id3lib.sourceforge.net/id3/ ID3 tags] instead of file names. If Music collection was not tagged in UTF8 but in a local charset, MiniDLNA might not identify and transcode it correctly to UTF8 for display in media players, or the original tags ''codepage(s)'' may be absent in your system, so the tags will not be readable even when media file names are. In this case consider re-tagging your collection to ''UTF-16BE'' or ''UTF-8'' encoding with an '''ID3 Tag Converter'''.

	~~Picking the "right" ''file system'' for your~~ ''Media_Collection'' ~~is a trade-off~~: XFS ~~and~~ EXT4 ~~show fast read/write for HDs and lower CPU load critical for small~~ [http://archlinuxarm.org/platforms/armv5/pogoplug-series-4 Plug ~~Computers~~] ~~with~~ ~~attached storage.~~ NTFS ~~is most compatible with~~ Windows ~~when plugging a drive directly for faster copy, while network file systems like~~ Samba, NFS or iSCSI ~~allow import to~~ Windows ~~any~~ Linux ~~FS with slower data copy. As file fragmentation affects playback, store your Movies on a non-system drive formatted in~~ XFS (~~prevents fragments~~), NTFS (~~fragment resistant and easy to defrag~~), or EXT4 (~~uses large file~~ ''~~extents~~''), ~~and~~ [https://trac.transmissionbt.com/ticket/849 ~~avoid~~] ~~EXT3 or [[wikipedia:File_Allocation_Table#Fragmentation\|less]] resistant FAT32. For smaller Flash drives with seldom fragmented Music and Photo files,~~ VFAT (FAT32) ~~and~~ EXT4 ~~show faster writes with less~~ CPU ~~load, but~~ EXT4 ~~may affect memory wear due to journaling, and less compatible with media players. Proper drive partitioning, block~~ [http://lwn.net/Articles/428584/ ~~alignment~~] ~~and~~ ''~~mount options~~'' (~~i.e.~~ ''async,noatime''~~...-~~ ~~choice depends on file system and memory type~~) ~~can greatly~~ [http://linux-howto-guide.blogspot.ca/2009/10/increase-usb-flash-drive-write-speed.html ~~accelerate~~] ~~flash and HD drive speed among other~~ [[wikipedia:Logical_Disk_Manager#Advantages_of_using_a_1-MiB_alignment_boundary\|~~advantages~~]].		''Media_Collection'' のファイルシステムの選択はトレードオフです: XFS や EXT4 はハードディスクの読み書き速度が速くて、ストレージが付属している小さな [http://archlinuxarm.org/platforms/armv5/pogoplug-series-4 Plug コンピュータ] で CPU 負担が低くなります。NTFS は Windows との互換性が最も優れており、ドライブを直接接続して高速にコピーすることができます。Samba, NFS, iSCSI などのネットワークファイルシステムを使って Windows に Linux のファイルシステムをインポートすることもできますが、データコピーは低速です。ファイルの断片化は再生に影響するので、動画を保存する場所は XFS (断片化しづらい), NTFS (断片化しづらくてデフラグが簡単), EXT4 (巨大なファイルの''エクステント''を使用) などでフォーマットして、EXT3 や[[wikipedia:File_Allocation_Table#Fragmentation\|断片化しやすい]] FAT32 を使うのは避けてください [https://trac.transmissionbt.com/ticket/849]。賢いフラッシュドライブでは音楽や写真ファイルが断片化することはほとんどなく、VFAT (FAT32) や EXT4 で高速な書き込み速度が発揮され CPU 負担が低くなります。ただし EXT4 はジャーナリングによってメモリのウェアに影響を与える可能性があり、メディアプレイヤーとの互換性はあまり高いと言えません。ドライブをパーティショニングするときは、ブロックの [http://lwn.net/Articles/428584/ アライメント] を行なって適当な''マウントオプション'' (''async,noatime'' など、ファイルシステムやメモリの種別によって選択してください) を使うことでフラッシュドライブやハードディスクドライブの速度を劇的に [http://linux-howto-guide.blogspot.ca/2009/10/increase-usb-flash-drive-write-speed.html 向上] させることができ、他にも[[wikipedia:Logical_Disk_Manager#Advantages_of_using_a_1-MiB_alignment_boundary\|メリット]]が存在します。

	=== メディアの操作 ===		=== メディアの操作 ===
123行目:		123行目:
	MiniDLNA ベースのメディアサーバーにはドライブの再スキャン問題が存在します。接続した外付け HDD が何度もスキャンされるという問題です。スキャンが発生するのはドライブが切断されるたびに MiniDLNA が DB レコードを削除するのが原因です。ドライブをずっと接続したままにしておくのであれば問題ありませんが、"抜き差しする"巨大な外付けドライブにメディアライブラリを保存している場合、動画を視聴する前に多大な待ち時間が発生します。		MiniDLNA ベースのメディアサーバーにはドライブの再スキャン問題が存在します。接続した外付け HDD が何度もスキャンされるという問題です。スキャンが発生するのはドライブが切断されるたびに MiniDLNA が DB レコードを削除するのが原因です。ドライブをずっと接続したままにしておくのであれば問題ありませんが、"抜き差しする"巨大な外付けドライブにメディアライブラリを保存している場合、動画を視聴する前に多大な待ち時間が発生します。

			minidlna の [https://code.google.com/p/minidlna-fastscan フォーク] を使うことで再スキャン問題は解決できます。フォークでは動画ファイルと同じ場所にメタデータファイルが作成されます。巨大なメディアでスキャン時間が大幅に増えます。
	As solution for rescan issue could be used minidlna [https://code.google.com/p/minidlna-fastscan fork]. It creates metadata file next to each video file. That significantly increase scan time for large media.

	==トラブルシューティング==		==トラブルシューティング==

	===無線でルーターを介したときにサーバーが認識されない===		===無線でルーターを介したときにサーバーが認識されない===
	~~On some network configurations when the machine hosting~~ MiniDLNA ~~server is connected to the router through Ethernet, there may be problems accessing MiniDLNA server on WiFi~~ (~~same router~~). To ~~solve~~ ~~this,~~ ~~make sure that~~ "Multicast Isolation" ~~is turned off on the router. For example, on~~ ADB / Pirelli P.RG EA4202N ~~router, connect to the configuration page, then~~ Settings->Bridge and VLAN->Bridge List->~~click~~ ~~edit~~ on ~~Bridge~~ ~~Ethernet~~ ~~WiFi~~->~~set~~ Multicast Isolation to No->Apply.		MiniDLNA サーバーを動作させているマシンをイーサネットでルーターに接続している場合、(同一ルーターの) WiFi で MiniDLNA サーバーにアクセスできないという問題が発生することがあります。この問題を解決するには、ルーターで "Multicast Isolation" をオフにしてください。例えば、ADB / Pirelli P.RG EA4202N ルーターの場合、設定ページに接続して、Settings->Bridge and VLAN->Bridge List->Bridge Ethernet WiFi の edit をクリック->Multicast Isolation を No に設定->Apply。

	===メディアディレクトリにアクセスできない===		===メディアディレクトリにアクセスできない===

2015年8月19日 (水) 15:00にKusakataによる

2015-08-19T15:00:32Z

← 古い版		2015年8月20日 (木) 00:00時点における版
98行目:		98行目:
	{{bc\|1=UUID=6140-75F7 /media/MyDrive/Media_DB vfat user,rw,async,noatime,umask=111,dmask=000,codepage=cp866,iocharset=utf8 0 0}}		{{bc\|1=UUID=6140-75F7 /media/MyDrive/Media_DB vfat user,rw,async,noatime,umask=111,dmask=000,codepage=cp866,iocharset=utf8 0 0}}

			システムの ''iocharset'' と[[ロケール]]が一致する場合、ターミナルやプレイヤーが短いファイル名しかサポートしていないときは、''codepage'' も有効になっていることを確認してください (例: ru_RU.CP866)。Arch Linux リリースがコンパイルされたときにシステム設定に含まれている可能性があります。存在しない場合はリリースを再コンパイルして追加してください:
	While your ''iocharset'' would be present in the system with a matching [[locale]], if your terminal or player supports only short file names, check if the set ''codepage'' is also present and enabled (like ru_RU.CP866), i.e. was included in system config when ArchLinux release was compiled, or consider recompiling the release to add it:

	ls /usr/share/fonts/encodings		ls /usr/share/fonts/encodings

2015年5月1日 (金) 07:34にKusakataによる

2015-05-01T07:34:27Z

← 古い版		2015年5月1日 (金) 16:34時点における版
69行目:		69行目:
	$ $EDITOR minidlna.conf		$ $EDITOR minidlna.conf

			上で書かれているように設定を行って下さい、特に:
	Configuring should be as above, specifically:

	media_dir=/home/$USER/dir		media_dir=/home/$USER/dir
121行目:		121行目:

	===問題===		===問題===
			MiniDLNA ベースのメディアサーバーにはドライブの再スキャン問題が存在します。接続した外付け HDD が何度もスキャンされるという問題です。スキャンが発生するのはドライブが切断されるたびに MiniDLNA が DB レコードを削除するのが原因です。ドライブをずっと接続したままにしておくのであれば問題ありませんが、"抜き差しする"巨大な外付けドライブにメディアライブラリを保存している場合、動画を視聴する前に多大な待ち時間が発生します。
	Media server based on MiniDLNA could face the drive re-scan issue. Ex.: external HDD you have plugged will be scanned each time again and again. This happens due to MiniDLNA removes DB records for unplugged drive. If your drive plugged all the time it is not a problem, but if you have "pluggable" media library on large external drives this could take a big while till you start watching your video.

	As solution for rescan issue could be used minidlna [https://code.google.com/p/minidlna-fastscan fork]. It creates metadata file next to each video file. That significantly increase scan time for large media.		As solution for rescan issue could be used minidlna [https://code.google.com/p/minidlna-fastscan fork]. It creates metadata file next to each video file. That significantly increase scan time for large media.
131行目:		131行目:

	===メディアディレクトリにアクセスできない===		===メディアディレクトリにアクセスできない===
			デフォルトの systemd サービスファイルでは {{ic\|1=ProtectHome=on}} パラメータを使っています。{{ic\|/home}} ファイルシステムの中に保存しているファイルを共有したいときは、制限を緩和しましょう。systemd ユニットファイルを上書きすることでパラメータを変更できます (例: {{ic\|systemctl edit minidlna.service}}):
	Please note that the default systemd service file enforces the parameter {{ic\|1=ProtectHome=on}}. If you intend to share files that reside within the {{ic\|/home/}} file system you may want to lessen that restriction.
	You can achieve this by updating the systemd unit override file (e.g. using {{ic\|systemctl edit minidlna.service}}):
	{{hc\|/etc/systemd/system/minidlna.service.d/override.conf\|<nowiki>[Service]		{{hc\|/etc/systemd/system/minidlna.service.d/override.conf\|<nowiki>[Service]
	ProtectHome=read-only</nowiki>}}		ProtectHome=read-only</nowiki>}}