.Shad.

Bienvenue !

Ok, en fait en choisissant le réglage "automatique" pour le nombre de threads de transcodage, plus aucun souci, par contre le CPU est bien utilisé à 98-99% de sa capacité dans ces moments-là. Ce sera intéressant d'en parler dans la partie config je pense quand tu la rédigeras ! 😉

Salut @Zeus (je te ping vu que les notifications ont l'air de dérailler :p) J'utilise le DLNA pour d'autres applications, comme mon serveur musical Mopidy sur mon Raspberry Pi. L'idée était d'utiliser un seul et même service pour tout ce qui est diffusion de contenu, éviter les doublons et économiser les ressources. En l'occurrence j'ai testé plusieurs configurations, impossible de voir le serveur DLNA Emby sur ma TV ni mes PC sous Windows, et d'après ce qu'on peut lire sur le github Emby, le plugin DLNA n'est pas très au point, donc j'ai laissé celui de Syno et désactivé celui d'Emby tout simplement. Je saute sur l'occasion pour une autre question : l'accélération matérielle (j'ai souscrit à Emby Premiere) D'après les spécifications, le DS218+ bénéficie d'Intel QuickSync, du coup j'ai monté le volume /dev/dri pour essayer d'en bénéficier. Hier j'ai essayé de regarder une série encodée en 1080p H264 High Profile (10 bits), ce profil n'étant pas pris en charge par ma TV. Je me retrouve avec 10 secondes de buffering toutes les 30 secondes. La solution c'est de lancer la vidéo, de m'occuper 5-10 minutes et seulement la lancer. Bof, on est d'accord ? 😛 Deux questions se posent : - Est-ce que l'accélération matérielle est bien fonctionnelle ? Si oui, comment le vérifier ? Je n'ai rien trouvé à ce sujet (il y a bien la mention "Transcoding audio & video" sur mon app TV, mais ça ne précise pas si c'est un transcodage matériel ou logiciel) - Est-ce que le DS218+ montre ici ses limites ? Est-ce qu'un 918+ fera nécessairement mieux ? (J'en doute) EDIT : Entre temps j'ai trouvé des réponses, on peut vérifier les logs directement depuis l'interface d'administration d'Emby. A priori le transcodage matériel se fait correctement, j'ai lu deux sujets qui disent que décocher l'implantation des sous-titres à la volée permet de réduire le buffering, vérification ce soir.

Pas de souci, j'ai un peu investigué entre temps, en fait le serveur multimedia de Syno utilise bien le port 1900 (udp), mais c'est également le cas de Video Station et Audio Station, donc je pense que simplement arrêter le serveur multimédia ne peut pas suffire. Du coup ce midi j'ai repassé emby en mode bridge, en redirigeant les ports 1900 et 1901 (d'après les officiels, ce sont les ports utilisés pour la diffusion DLNA) vers les ports 19000 et 19001 de l'hôte. Je ne pourrai tester que ce soir si la manipulation marche, je tiens au courant.

Je ne pense pas que VideoStation permette ça, ni aucune application Synology d'ailleurs. Plusieurs systèmes existent pour du multiroom cast audio, mais vidéo...

Je télécharge assez peu à vrai dire, et uniquement par protocole BT ^^ Je ne vois pas trop comment t'aider du coup, j'espère que quelqu'un pourra t'apporter son aide !

Je n'utilise jamais Download Station, et encore moins de téléchargements directs 😛 Je suis tombé sur ce sujet par contre : https://forum.synology.com/enu/viewtopic.php?t=92556 Ca n'a pas l'air d'être la cause de ton problème, mais essaie de voir si ça change quelque chose peut-être... EDIT : Trouvé ce topic sur le forum, même suggestion : Les symptômes sont très similaires tout de même...

C'est étrange, car si c'était un problème matériel, tu aurais également le souci sur du transfert purement local... Vu la taille ce doit être un fichier hébergé sur une plateforme d'hébergement (type MEGA, etc...), non ?

Et pour une copie sur ton réseau local, par exemple d'un PC au NAS, est-ce que tu notes une baisse de vitesse également ? Histoire de savoir si ça vient de DS ou du NAS en général.

Question : prévois-tu que le NAS doive transcoder le 4K ? Si non, c'est-à-dire si tu as des périphériques qui le lisent nativement, alors ça va le faire. Si oui, si un seul transcodage est demandé à la fois, alors un 918+ ou 1019+ comme proposé par @mickey_mouss devrait faire l'affaire. En revanche oublie la solution tout-en-une si tu souhaites deux transcodages 4k simultanés (vu le nombre de clients que tu prévois) ou plus ; les Syno ne sont pas dimensionnés pour ça, et il faudrait plutôt t'orienter vers un serveur plus puissant.

Tant mieux !

Salut, Merci pour le tuto, tout marche à merveille excepté que je ne vois pas le serveur DLNA d'Emby sur ma TV, ni sur aucun autre périphérique. J'ai mis le container en réseau host pour cette fonctionnalité justement. J'ai arrêté du coup le paquet Serveur multimédia par défaut. A priori le plugin (installé de base sur Emby) est configuré correctement. En soit ce n'est pas gênant, car j'ai pu installer Emby sur tous mes périphériques, c'est plus dans l'absolu.

Ca me fait penser à un bail DHCP se renouvelant avec une adresse qui serait déjà utilisée, sûrement par un appareil dont tu as fixé l'IP. As-tu des périphériques dont tu fixes l'IP chez toi (directement sur le périphérique j'entends, pas par réservation d'IP sur ton serveur DHCP) ?

Ton NAS avait-il une IP "fixe" réservée par ton serveur DHCP (problablement ton routeur ou ta box), ou bien as-tu directement fixé son IP dans DSM ? Il est probable que ta box SFR soit par exemple sur le sous-réseau 192.168.1.x contre 192.168.0.x avant... Connectes-toi en direct entre ton PC et ton NAS, et fixe l'IP de ton PC sur le même sous-réseau qu'avant ton déménagement, Synology Assistant devrait être capable de le retrouver.

Alors de ce que j'ai trouvé, DSM 5.2 est la version à laquelle Docker a été implémenté, et visiblement Syno n'a pas pris la peine de proposer de mises à jour... Essaie tout de même en SSH (sudo) d'écrire : docker network create data_export puis docker network ls Si tout a fonctionné, tu devrais avoir une entrée dans la liste du type : Ca revient à faire la manipulation que tu as citée,. Si cela marche, il faudra que tu te passes de Docker-compose, car a priori pas compatible avec ta version de docker (voir ce lien), si tu sais convertir le contenu des fichiers docker-compose en lignes de commande ça pourrait marcher, je peux te faire la traduction si ça ne te parle pas du tout.

En effet, il te manque deux onglets par rapport à la version que j'ai ? Peux-tu vérifier dans le centre de paquets (ouvert sur ton impression d'écran), la version de docker que tu possèdes ? Il est sûrement possible de créer un réseau par ligne de commande tout de même. Pour info, ma version de Docker :

Le principe est simple, sur ton routeur tu dois préciser que tu rediriges son port 443 vers celui de ton proxy inversé, donc vers l'adresse IP du NAS. Sur ton pare-feu, tu dois autoriser le trafic sur le port 443 (voir tuto de la sécurisation des NAS de Fenrir), et créer les entrées de proxy inversé qui t'intéressent. Je ne sais pas si tu as un nom de domaine chez un prestataire, ou si tu utilises le paquet serveur DNS, mais il faut créer les entrées CNAME qui correspondent aux entrées du proxy inversé (voir tuto serveur DNS), une fois ceci fait ta redirection devrait fonctionner.

Si tu as moyen d'avoir une IP fixe c'est mieux effectivement, mais ça n'a pas de rapport avec les ports que tu ouvres ou non. Tout dépend des services que tu utilises, mais je pense qu'il te faut au minimum : - port 80 - port 443 (très important, car tu vas utiliser ton proxy inversé pour faire transiter tous tes services par ce port) - port SSH (pas le 22 par défaut, choisis-en un autre et demandes-en l'ouverture) - ports liés à Mail Server si tu comptes héberger ton propre serveur mail (surtout si tu arrives à avoir une IP fixe), voir le tuto à ce sujet pour la liste des ports qui peuvent t'intéresser. - ports VPN éventuellement (pareil voir tuto, suivant le protocole que tu comptes utiliser)

Màj du tuto : j'ai ajouté les fichiers docker-compose directement téléchargeables, pour éviter les problèmes de caractères invisibles.

Hello, Tu aurais une impression d'écran qu'on puisse se faire une idée du problème rencontré ? je n'ai pas DSM 5.2 donc je ne peux pas te dire si la démarche doit être différente.

Non le contraire, plus tu multiplies ou tu allonges tes câbles tu augmentes les chances de défaillance, si tu fais source -> switch -> destination c'est plus direct que source -> switch -> routeur -> destination, donc c'est mieux.

L'intérêt d'un switch administrable c'est de pouvoir gérer plusieurs VLAN, éventuellement régler la vitesse en 100Mbps ou 1Gbps selon les horaires sur les différents ports si tu es soucieux de ta consommation d'énergie, à toi de voir. Tu as moins de longueur de câble entre la source et la destination si toutes deux sont reliées au switch. Donc des pertes de débit potentielles en moins. J'ai le même dans le salon et il marche nickel. 🙂

Ton NAS est-il relié à ton réseau en gigabit ? Tu peux le vérifier ici : A la ligne Etat du réseau, si tu as ce que j'ai moi c'est bien du gigabit. Est-ce que tu es en 5 GHz ou 2.4 GHz sur tes périphériques wifi ? Pour la TV par contre tu ne devrais pas avoir de souci, même si elle n'a qu'une puce 100 Mbps ça ne devrait pas te poser problème pour du 1080p, même avec un bitrate élevé, c'est pour la 4K que ce serait problématique...

De ce que j'ai lu de ci de là, il faut compter environ 35-40 mbits/s pour la lecture d'un flux 4K. Par contre, il me semble que les versions récentes de DSM prennent de moins en moins de dongle WiFi en charge, donc vérifier la compatibilité éventuelle du matériel. Très hasardeux de te donner des indications quant à la qualité/fluidité, plusieurs facteurs comme l'environnement, la qualité du dongle, la puissance de ta borne wifi, celle du récepteur, etc... Si tu n'as vraiment pas moyen de tirer un câble, tu as peut-être plus à intérêt à envisager le CPL que le wifi.

Bonne idée, je vais mettre de l'ordre dans tout ça ce week-end 🙂