いくつかのDLNAサーバー(MiniDLNA、uShare、MediaTomb、Rygelを含む)を試しましたが、これらのサーバーは期待どおりに動作しません。 MiniDLNAの問題は、ほとんどの共有コンテンツが単にTVリストに表示されなかったか、表示された場合にTVで再生できなかったことです(サポートされていない形式または未登録の形式)。 uShareは働きたくありませんでした。最初にscreen ushare -c /mnt/Films/ --content /mnt/Music/ --content /home/savanweylyn/Képek
を使用して手動で実行しましたが、うまく機能していました。 Sudo dpkg --reconfigure ushare
で構成した後、突然動作しなくなりました。テレビのエラーメッセージは「メディアが検出されませんでした」。 MediaTombは設定が難しく、TVでも検出されなかったため、かなり高速に削除されました。そして最後に:Rygel。私はそれを設定する方法を絶対に知りません。
それでは、GUIlessサーバー用の使いやすいDLNAサーバーを教えてください。
シンプルな方法は、MiniDLNAを使用することです。これは、Ubuntuリポジトリ上にある必要があり、シンプルなツールであるためです。
すべてのDLNAアプリを試すことができますが、それでもテレビはいくつかの種類のファイルを実行しません。使用可能なDLNA TVがサポートしているファイルの種類を確認する必要があります。
MiniDLNAの構成方法に関するコミュニティWikiエントリ を確認するか、 説明ビデオ をご覧になることをお勧めします。非常にシンプルで簡単です。
MiniDLNAの場合、次の手順を実行します。
MiniDLNAをインストールする
Sudo apt-get install minidlna
設定ファイルを編集
gksu gedit /etc/minidlna.conf
次のテキストをファイルに追加します。使用するフォルダ名でフォルダ名を置き換えます。必要に応じて、1つのタイプを使用できます。
inotify=yes
media_dir=P,/home/user/Pictures
media_dir=V,/home/user/Videos
media_dir=A,/home/user/Music
media_dir=/home/user/Videos
friendly_name=UbuntuDLNA
次に、サービスを再起動して変更を適用します
Sudo service minidlna restart
ファイルリストが再構築されていることを確認してください
Sudo service minidlna force-reload
さて、元PMSサーバーの分岐であるUniversal Media Serverを試してみて、それがどうなるかを見てみましょう。無料のWebインターフェイスとかなり適切なヘルプサポートも付属しています。 14.04 64ビットでそれを持ち、パナソニックテレビでテストされたビデオフォーマットのほぼ95%、サムスンで99%がテストされるという魅力のように働きました。
以下は、いくつかのDLNAサーバーとクライアントで作業しているときに出会って克服した落とし穴のリストです。以下のリストを念頭に置いて、ファイルの表示に関する問題はもうありません。
以下はクライアントに見えるメディアに影響します:
DLNAクライアントは、サポートするメディアの種類を示す必要があります(つまり、ヘルプメニューやマニュアルをお読みください)。たとえば、あるプレーヤーはm4vとmp4の拡張子(例:PlayStation)を理解し、別のプレーヤーはmp4(Roku)のみを理解しますが、ファイルはどちらの拡張子でも同じようにエンコードされます。したがって、ファイル名を変更する(たとえば、Rokuの場合はmp4にする)か、(m4v)ファイルへのシンボリックリンクを作成して、シンボリックリンクに正しい拡張子(mp4)を付ける必要があります。
もう1つの例、今回はオーディオ側で、Rokuはロスレスの「flac」ファイルを再生しますが、PS3は「wav」を使用せず、代わりに「wav」を必要とします。
Minidlnaにはこれは必要ありませんでしたが、DLNAサーバーが組み込まれたASUSルーターがありました。通常、サービスを再起動するだけで十分でしたが、場合によってはルーターを再起動し、DLNAサービスを切り替える必要がありました。 (これが私がminidlnaに切り替えた理由です。)
一部のDLNAクライアント(PlayStation 3)では、DLNAサーバーやサーバー側のメディアの変更を確認するために再起動が必要になる場合があります。 (はい、奇妙ですが、本当です。)
サーバーユーザーがメディアサーバーのパスとファイル名にアクセスできることを確認します(例: "minidlna")。 /etc/minidlna.confにパスを入力したからといって、ユーザー "minidlna"がファイルレベルのアクセスを確保することを含め、ファイルのディレクトリへのすべてのパスをたどることができない場合、魔法のように動作しません。
これは、minidlnaが所有していないがトラバースする必要があるディレクトリを、他者(minidlna)による読み取り/書き込みを許可せず、トラバースのみを許可するように設定できることを意味します。
chmod o+x-rw /home/myUserName/
パブリック(minidlna)が閲覧できるディレクトリは読み取り可能に設定されています。
chmod o+rx-w /home/myUserName/videos/
そして最後に、すべてのファイル/フォルダーは、「ビデオ」内で一般に読み取り可能に再帰的に設定されます。
find /home/myUserName/videos/ -type d ! -perm 0775 -exec chmod -v 0775 {} \;
find /home/myUserName/videos/ -type f ! -perm 0444 -exec chmod -v 0444 {} \;
Rokuで表示できないAVIファイル(およびその他の形式)がたくさんありました。 「ハンドブレーキ」を使用すると、メディアをMP4ファイルに変換できます。また、ビデオまたはオーディオの変換にコマンドラインツールffmpegを使用しますが、ffmpegは常にAVIからMP4ファイルを正常に変換するとは限りません。
結局は言われて、行われます:
Sudo service minidlna restart
Sudo service minidlna force-reload
注:また、/ etc/minidlna.confに「inotify = yes」を含めると、「media_dirディレクトリ内の新しいファイルの自動検出」を保証できます。