Aller au contenu

MilesTEG1

Membres
  • Compteur de contenus

    2944
  • Inscription

  • Dernière visite

  • Jours gagnés

    76

Tout ce qui a été posté par MilesTEG1

  1. @Einsteinium moi je n’ai même jamais tenté le paquet dsm 😅 je suis passé directement sur l’image docker linuxserver quand j’ai eu mon 920+ 😆
  2. Ha ce n'est valable que pour l'image docker de linuxserver ? Est-ce que le paquet officiel à besoin de ces permissions du coup ?
  3. Oui c’est ça à chaque reboot les permissions se remettent comme elles étaient initialement d’où le script pour les passer en 660 😊 Le fait que tu passes par une version paquet ne devrait pas être bloquant 😇 essaye après la modification de redémarrer le nas (après avoir planifier la tâche bien sûr 😇) et retente les manip de transcodage précédente. ps ; tu devrais pouvoir trouver sur le net des vidéos démo en 4K pas hdr.
  4. Oué, mais Kodi c'est quand même aps tout à fait la même chose. Après chacun fait ce qu'il veut ^^ Mais perso, je ne retournerais jamais sur Kodi. @Injal_69 Sur mon NAS, j'ai ça comme permissions : Et le script que je lance à tous les démarrage du NAS : #!/bin/bash # Script de modification de permissions sur l'interface de l'IGPU du NAS # Pour que le media-serveur puisse transcoder avec le hardware. #Startup Script #Access for HW Decoder Plex/Emby/Jellyfin echo -e "\n$(date "+%R:%S -") Script de modification de permissions sur l'interface de l'IGPU du NAS\n" echo -e "$(date "+%R:%S -") Lancement de la commande : sudo chmod 660 /dev/dri/card0 /dev/dri/renderD128\n" if [ -d /dev/dri ]; then sudo chmod 660 /dev/dri/renderD128 sudo chmod 660 /dev/dri/card0 fi echo -e "$(date "+%R:%S -") Script terminé\n" exit 0
  5. C’est l’accès à l’accélération matériel. il faudrait faire un chmod 660 sur les deux « fichiers » dedans. car depuis une version récente de Plex , le card0 est utilisé. Voir le tuto de @Einsteinium. Regarde son tuto pour faire le script à lancer à chaque démarrage du nas. C’est de ce tuto dont je parle :
  6. Oui je suis bien sur un 920+, mais avec une installation de Plex avec Docker. Peux-tu donner les permissions de ce que contient le dossier /dev/dri/ ? Je n'en suis pas sûr...
  7. On dirait quand même un soucis de transcodage matériel... Quand mon NAS transcode, j'ai pas une utilisation CPU aussi importante que toi (et dans mon test, l'audio est transcodé par le CPU, et j'ai forcé le transcode de la vidéo 4K HDR en 720p 6M) : Et mon NAS reste dispo et fluide 😉 Regarde les permissions de /dev/dri/* PS : tu es en DSM 7 ou encore en 6.2 ?
  8. Moi c'est surtout la confidentialité des messages sur Discord pour laquelle j'ai du mal...
  9. J'ai jamais rien compris au docker secret... Je vois l'objectif, mais je comprends pas du tout la mise en place... 😅😆
  10. Moi j'ai vu ça apparaitre dans le log de telegraf : 2022-01-06T03:29:45Z E! [inputs.docker] Error in plugin: error getting docker stats: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.21/containers/a463a9f31984857ddc9dec630d2ce3cc96ac9229187f851ecca9068443e4b066/stats?stream=0": context deadline exceeded Une idée de ce que ça signifie ?
  11. Oué donc y a un soucis, car si c'est du SRT le sous-titre, voir sans sous-titres, ça devrait pas saturer le CPU... Alors, on va tester deux trois trucs pour voir si tu n'as pas un soucis de configuration du Plex (accès au /dev/dri/...). Déjà sans sous-titres : Essaye une vidéo 1080p, dont tu forces le transcodage en diminuant la qualité pour être en 720p. Essaye une vidéo en 4K (SDR, donc pas HDR) en x265 : même chose, tu forces le transcodage en diminuant la qualité pour être en 1080p, et puis en 720p. Enfin, essaye une vidéo en 4K HDR (donc en x265) à : même chose, tu forces le transcodage en diminuant la qualité pour être en 1080p, et puis en 720p. Tu refais les 3 même manips, mais en mettant un sous-titre SRT (vérifie bien qu'il s'agit d'un SRT et pas d'un autre format). Et redis moi si tu as des saccades et si ton CPU est saturé à 100% pendant le transcodage. On avisera en fonction des résultats 😉
  12. Et donc, ça saccade c'est ça ? Plex Dash t'indique quoi quand tu lis ce fichier ?
  13. @Amelie @oracle7 Je ferais juste une correction dans l'écran suivant au niveau du DNS Serveur : Dans ta configuration, @Amelie, tu indiques au routeur que le serveur DNS est le routeur lui-même... sauf qu'ainsi, j'ai peur que ce dernier n'arrive pas à résoudre les noms de domaine... Moi j'ai mis l'adresse IP de la box. Cela dit, mon réseau est configuré pour utiliser AdGuard-Home comme serveur DNS (installé sur mon NAS, avec docker en macvlan (assez complexe pour un débutant ^^)) Parce que dans ton cas, tu vas configurer la partie DHCP pour utiliser le routeur comme serveur DNS... @oracle7 Où est-ce que je me gourre ? Car Amélie semble avoir accès à internet... PS : j'ai bien suivi vos discussions hein 😉
  14. C'est soit tu as besoin de plus de puissance, auquel cas une upgrade un jour vers un DS422+ par exemple ou un DS922+, sera intéressant, soit tu attends que ton NAS meurt ou n'ai plus droit aux futures grosses révisions de DSM... Faudrait que tu donnes les caractéristiques du film/série qui passait sur sa box, et si tu as toi des médias qui passent pas bien aussi. Mais dans l'absolu, chez toi, aucun soucis pour que tout passe 😄 Pour la configuration, moi j'ai ça : Me Mappage tonal HDR risque de pas faire bon ménage avec ton NAS (si on se réfère à ce qui est dit dans le tableau en ligne Plex NAS Compatibility). Tu peux tenter sur un ordi de faire manuellement un transcodage en réduisant la qualité et le débit, tu verras si ça passe ou pas avec cette option activée... : Oué enfin Molotov la qualité est quand même bof bof par rapport au flux TV des opérateurs... (bon je connais pas celui de Bouygues, mais celui d'Orange est largement au-dessus de Molotiv...)
  15. Ha merde, j'ai lu la ligne 218play au lieu du 418play 😅 Bon bah oubli ce que j'ai dit alors 😄 Ton NAS peut transcoder sans soucis 🙂 Donc clairement pas besoin de changer... Si le sous-titre de la vidéo était en SRT, alors ça devrait se lire sans soucis... C'est peut-être sa Bbox le soucis du coup... Des amis en ADSL 2M arrivaient à lire une vidéo 4K HDR certes transcoder comme un porc en 720p bas débit... avec sous-titres SRT. Donc ton frère devrait y arriver aussi avec 6M... Il peut bien s'acheter une Mibox sans délaisser sa BBox 🙂 ça fait juste un boitier de plus 😉 certes... Il peut transcoder du 4K HDR ce que ne peux pas faire le 418play... (apparemment).
  16. Je pense que le soucis vient du type de sous-titre... Vérifie pour voir de quel type il s'agit ? PGS, SSA, ASS, SRT ? Car seuls les SRT sont parfaitement lisible sans poser de soucis sur tous les lecteurs. C'est quoi qu'il utilise comme client ton frère ? Le truc, c'est de savoir si ton NAS transcode vraiment avec le HW... car d'après le lien ci-dessous, ce n'est pas possible : https://docs.google.com/spreadsheets/d/1MfYoJkiwSqCXg8cm5-Ac4oOLPRtCkgUxU0jdj3tmMPc/edit#gid=1274624273 Donc changer de NAS permettrait de vraiment utiliser le matériel (et donc le Plex Pass) pour transcoder vers le client qui ne peut pas lire le média. D'ailleurs, quel est le type de média ? FHD, 4K, H264, H265 etc... Le DS920+ (si tu as le budget pour) sera parfait pour ça ^^ C'est ce que j'ai et quand il doit transcoder, ça le fait sans broncher. Par contre, pour les sous-titres, il ne faut que des SRT (format S_TEXT/UTF8 avec MediaInfo). Dès que le sous-titre est en PGS, SSA ou ASS, il est incrusté dans la vidéo lors du transcodage (et même s'il ne devrait pas y avoir de transcodage, avec ces types de sous-titres, ça transcode automatiquement, si ton client ne peut pas les lire directement...) et ça, ça met à genoux le NAS et donc ça rame.
  17. Je ne pense pas que ce soit un soucis de droit. L'utilisateur mis en PUID et PGID a les droits en lecture (ou lecture/écriture selon les dossiers médias) sur les dossiers utilisés. (en RW sur ceux de config et transcode). Dans les logs de Plex lui même, qu'est-ce que je suis censé chercher ? Car ça fait beaucoup de ligne XD PS : Plex a bien tous mes médias, et ils peuvent se lire. En affichant les timestamps sur les logs docker, j'ai vu que depuis le redémarrage du conteneur je n'en avais plus... Faudra que je vois en lisant du conteneur depuis Plexamp ou Plex Client s'il n'y a pas de nouveau ces erreurs. Sinon, bah, c'était probablement les modifications de permissions de /dev/dri/card0...
  18. Je viens de vérifier en ligne de commande chacun des chemins en SSH sur le NAS et en invite SSH sur le conteneur, et tous les chemins sont accessible et existe bien.
  19. @Einsteinium Ok. Dans le log de mon conteneur j'ai ça : [s6-init] making user provided files available at /var/run/s6/etc...exited 0. [s6-init] ensuring user provided files have correct perms...exited 0. [fix-attrs.d] applying ownership & permissions fixes... [fix-attrs.d] done. [cont-init.d] executing container initialization scripts... [cont-init.d] 01-envfile: executing... [cont-init.d] 01-envfile: exited 0. [cont-init.d] 01-migrations: executing... [migrations] started [migrations] no migrations found [cont-init.d] 01-migrations: exited 0. [cont-init.d] 10-adduser: executing... ------------------------------------- _ () | | ___ _ __ | | / __| | | / \ | | \__ \ | | | () | |_| |___/ |_| \__/ Brought to you by linuxserver.io ------------------------------------- To support LSIO projects visit: https://www.linuxserver.io/donate/ ------------------------------------- GID/UID ------------------------------------- User uid: 1043 User gid: 100 ------------------------------------- [cont-init.d] 10-adduser: exited 0. [cont-init.d] 40-chown-files: executing... [cont-init.d] 40-chown-files: exited 0. [cont-init.d] 45-plex-claim: executing... [cont-init.d] 45-plex-claim: exited 0. [cont-init.d] 50-gid-video: executing... [cont-init.d] 50-gid-video: exited 0. [cont-init.d] 60-plex-update: executing... Docker is used for versioning skip update check [cont-init.d] 60-plex-update: exited 0. [cont-init.d] 90-custom-folders: executing... [cont-init.d] 90-custom-folders: exited 0. [cont-init.d] 99-custom-scripts: executing... [custom-init] no custom files found exiting... [cont-init.d] 99-custom-scripts: exited 0. [cont-init.d] done. [services.d] starting services [services.d] done. Starting Plex Media Server. Critical: libusb_init failed Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Unable to open: No such file or directory (2) Mais aucune idée concernant l'erreur No such file or directory... Mes dossiers montés via les volumes sont bien OK, et ont les droits de l'utilisateur utilisé pour le conteneur. (image linuxserver) PS : j'ai recréé le conteneur après avoir modifié les permissions de /dev/dri/card0
  20. Voilà, script modifié et exécuté : C'est normal que seul renderD128 ait videodriver comme groupe ? Sinon je n'avais pas constaté de soucis particulier avec le card0 pas en 660 lors de transcodage avant... : crw------- 1 root root 226, 0 Dec 23 14:00 card0
  21. Haa, voilà mon script : #!/bin/bash # Script de modification de permissions sur l'interface de l'IGPU du NAS # Pour que le media-serveur puisse transcoder avec le hardware. #Startup Script #Access for HW Decoder Plex/Emby/Jellyfin echo -e "\n$(date "+%R:%S -") Script de modification de permissions sur l'interface de l'IGPU du NAS\n" echo -e "$(date "+%R:%S -") Lancement de la commande : sudo chmod 660 /dev/dri/card0 /dev/dri/renderD128\n" if [ -d /dev/dri ]; then sudo chmod 660 /dev/dri/renderD128 fi echo -e "$(date "+%R:%S -") Script terminé\n" exit 0 Il faut donc que je le modifie pour donner l'accès à card0, c'est ça ?
  22. Le chmod n'était pas déjà en 660 ? Je viens de vérifier mon script lancé au démarrage du NAS et il est déjà en 660. Depuis longtemps XD
  23. Ils sont rapides chez Voo à défaut d'avoir une box topissime 😄
  24. Oué, si sa box ne gère pas le loopback, son nom de domaine ne fonctionnera pas sur son LAN. A moins qu'il ne mette en place un serveur piHole ou AdhuardHome ou carrément DNS Server...
  25. @Amelie Pour scanner les IP d'un réseau depuis un mac tu peux utiliser ça : https://apps.apple.com/fr/app/lanscan/id472226235?mt=12 ou encore ça : https://angryip.org/ Par contre, il faut bien distinguer le réseau de la box en 192.168.0.XXX, du réseau du routeur qui sera en 192.168.1.YYY. Depuis le réseau de la box, tu ne pourras pinguer (et donc voir avec LanScan) que ce qui est connecté sur le modem, donc le routeur doit en faire parti via son IP 192.168.0.2. Depuis le réseau du routeur, tu devrais pouvoir voir le routeur via son IP 192.168.1.1 et tous les périphériques connectés sur le routeur. Tu devrais même pouvoir accéder à ta box depuis le réseau du routeur (même l'IP du routeur dans le réseau de la box doit être accessible 🐵)
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.