J'ai essayé quelques serveurs DLNA (notamment MiniDLNA, uShare, MediaTomb, Rygel), mais aucun de ceux-ci ne fonctionne comme prévu. Le problème avec MiniDLNA est que la plupart du contenu partagé n'apparaissait tout simplement pas sur la liste des téléviseurs ou que s'ils apparaissaient, le téléviseur ne pourrait pas les lire (format non pris en charge ou non enregistré). uShare ne voulait pas travailler. D'abord, je l'ai exécuté manuellement en utilisant le screen ushare -c /mnt/Films/ --content /mnt/Music/ --content /home/savanweylyn/Képek
, et cela fonctionnait bien. Après l'avoir configuré avec Sudo dpkg --reconfigure ushare
, il a soudainement cessé de fonctionner. Le message d'erreur sur le téléviseur était "Aucun média détecté". MediaTomb a été retiré assez rapidement, car il était difficile à configurer et le téléviseur ne l'a même pas détecté. Et enfin: Rygel. Je ne sais absolument pas comment le configurer.
Alors, pourriez-vous me dire un serveur DLNA facile à utiliser pour un serveur sans interface graphique?
Le moyen le plus simple consiste à utiliser MiniDLNA, car il devrait figurer sur les référentiels Ubuntu et il s’agit d’un outil simple.
Vous pouvez essayer toutes les applications DLNA sans que votre téléviseur ne puisse exécuter certains types de fichiers. Vous devez vérifier le type de fichiers que votre capable DLNA TV prend en charge.
Je vous recommande de vérifier l'entrée du wiki de la communauté sur la configuration de MiniDLNA ou de regarder ne vidéo d'instruction . Très simple et direct.
Pour MiniDLNA, suivez ces étapes:
Installer MiniDLNA
Sudo apt-get install minidlna
Editer le fichier de configuration
gksu gedit /etc/minidlna.conf
Ajoutez le texte suivant au fichier. Remplacez le nom des dossiers par ceux que vous utilisez. Vous pouvez simplement utiliser un type si vous voulez.
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
Puis redémarrez le service pour appliquer les modifications
Sudo service minidlna restart
Assurez-vous que la liste de fichiers est reconstruite
Sudo service minidlna force-reload
Eh bien, pourquoi ne pas essayer Universal Media Server, une fourche de l’ancien serveur PMS, et voir comment cela se passe? Avait en 14.04 64 bits, travaillé comme un charme pour aimer près de 95% des formats vidéo testés à une télévision Panasonic, et 99% à un Samsung.
Voici une liste des pièges que j'ai rencontrés et que j'ai surmontés lorsque je travaillais avec deux serveurs et clients DLNA. En gardant à l'esprit la liste ci-dessous, je n'ai plus aucun problème pour afficher mes fichiers.
Les médias suivants sont visibles par les clients:
Le client DLNA doit indiquer les types de supports qu’il prend en charge (lisez leur menu d’aide et/ou son manuel). Par exemple, un joueur peut comprendre les extensions m4v et mp4 (par exemple, PlayStation), tandis qu'un autre ne comprend que mp4 (Roku), même si le fichier est codé de la même manière pour l'une ou l'autre extension. Ainsi, vous devrez peut-être modifier le nom de fichier (par exemple, en mp4 pour Roku) ou simplement créer un lien symbolique vers le fichier (m4v) et nommer le lien symbolique avec l'extension appropriée (mp4).
Autre exemple, cette fois-ci du côté audio, mon Roku lira des fichiers "flac" sans perte, mais ma PS3 ne le fera pas et requiert le "wav" à la place.
Je n’en ai pas eu besoin pour minidlna, mais j’avais un routeur ASUS doté d’un serveur DLNA intégré. Redémarrer le service était généralement suffisant, mais parfois, je devais même redémarrer le routeur, suivi du basculement du service DLNA. (C'est pourquoi je suis passé à minidlna.)
Certains clients DLNA (PlayStation 3) peuvent nécessiter un redémarrage pour voir le serveur DLNA et/ou les modifications apportées au support sur le serveur. (Oui, bizarre, mais vrai.)
Assurez-vous que le chemin et le nom du fichier sur le serveur de médias sont accessibles à l'utilisateur du serveur (par exemple, "minidlna"). Ce n’est pas parce que vous entrez le chemin dans /etc/minidlna.conf que cela fonctionne comme par magie si l’utilisateur "minidlna" ne peut pas parcourir le chemin TOUT COMPLÈTE dans le répertoire des fichiers, ce qui permet notamment d’obtenir un accès au niveau fichier.
Cela signifie que les répertoires n'appartenant pas à minidlna mais devant être parcourus peuvent être configurés pour NE PAS autoriser la lecture/écriture par d'autres (minidlna), mais PERMETTRE de parcourir UNIQUEMENT:
chmod o+x-rw /home/myUserName/
Les répertoires pouvant être parcourus par le public (minidlna) sont lisibles:
chmod o+rx-w /home/myUserName/videos/
Enfin, tous les fichiers/dossiers sont lisibles publiquement dans "vidéos" de manière récursive:
find /home/myUserName/videos/ -type d ! -perm 0775 -exec chmod -v 0775 {} \;
find /home/myUserName/videos/ -type f ! -perm 0444 -exec chmod -v 0444 {} \;
J'avais un tas de fichiers AVI (ainsi que d'autres formats) que mon Roku ne pouvait pas afficher. Avec "handbrake", je peux convertir mon support en fichier MP4. J'utilise également l'outil de ligne de commande ffmpeg pour les conversions vidéo ou audio, bien que ffmpeg ne convertisse pas toujours correctement mes fichiers AVI-en-MP4.
Après tout est dit et fait:
Sudo service minidlna restart
Sudo service minidlna force-reload
REMARQUE: Il est également utile d’avoir "inotify = yes" dans /etc/minidlna.conf pour assurer la "découverte automatique des nouveaux fichiers dans le répertoire media_dir".