[TUTO] Plex via docker, version "express" + Configurations

[_DR64_]

il y a 23 minutes, Einsteinium a dit :

sachant que ma bibliothèque est crypté dans le cloud.

Tu passes par une seedbox?

Je vais retenter demain matin. J'ai 2PMS en docker je mets les 2 à 50 du coup ?
Merci encore à toi pour tout ce que tu fais pour la communauté 🙂

[Einsteinium]

Nan un Google cloud illimité avec rsync.

Perso je place à 10% tous mes docker sauf Plex à 50%, je tient à ce que Plex soit prioritaire sur les autres, mais pas au niveau du système 🙂

il y a 16 minutes, _DR64_ a dit :

Merci encore à toi pour tout ce que tu fais pour la communauté 🙂

Merci, sa fait plaisir a lire ☺️

[_DR64_]

De rien c'est normal 🙂

Dans ton tuto au niveau du dockerfile, tu ne parle plus de mémory swap c'est que tu l'as retiré pour toi ? ou c'est juste un oubli de saisie? 

[_DR64_]

Il y a 9 heures, Einsteinium a dit :

Google cloud illimité avec rsync.

ça te coute combien par an?
Parce que des fois je me demande si cela ne serait pas plus intéressant pour moi.

[KSCM]

Bonjour,

Pour info, j'ai constaté que depuis mon passage hier en DSM 7.2 le transcodage matériel ne fonctionne plus alors que tout était ok avec la version 7.1xxx de DSM.

J'ai relancé le script à plusieurs reprises mais rien n'y fait

Quelqu'un aurai une idée ?

[Dimebag Darrell]

Bonjour tout le monde,

J'ai constaté exactement le même comportement que KSCM !

Le transcodage hardware ne fonctionne plus de mon coté

[_DR64_]

Bonne remarque @KSCM!
Je n'avais pas fais attention à cela.
Je suis donc dans le même cas pour mon mon 918+.
Il transcode mais pas (HW)

@Einsteinium : Une idée ?

Pas d'erreur dans l'exécution du script :

Et en SSH j'ai bien ce qu'il faut. Enfin, je pense ! 

Et les logs du container sont aussi bonnes : 

**** Server already claimed ****
**** permissions for /dev/dri/renderD128 are good ****
**** permissions for /dev/dri/card0 are good ****

Modifié le 26 mai 2023 par _DR64_

[Einsteinium]

Le 22/01/2023 à 08:16, _DR64_ a dit :

ça te coute combien par an?
Parce que des fois je me demande si cela ne serait pas plus intéressant pour moi.

J’avais pas vu le message, 12€/mois encore

il y a 3 minutes, _DR64_ a dit :

Bonne remarque @KSCM!
Je n'avais pas fais attention à cela.
Je suis donc dans le même cas pour mon mon 918+.
Il transcode mais pas (HW)

@Einsteinium : Une idée ?

Je regarde pour voir

[_DR64_]

il y a 16 minutes, Einsteinium a dit :

J’avais pas vu le message, 12€/mois encore

Pas de souci 😛 A default l'offre n'excite plus il me semble donc bon… Dommage !

[MilesTEG1]

Bonsoir,

De mon coté, sur le DS920+, pas de soucis :
 

PS : j'utilise la version officielle en Docker, pas en paquet.

les permissions de /dev/dri et de ce qui est dedans :

[_DR64_]

@MilesTEG1 tu es sous DSM 7.2? 

Le problème s'est déclenché le jour de la mise à jour. 

[MilesTEG1]

il y a 1 minute, _DR64_ a dit :

@MilesTEG1 tu es sous DSM 7.2? 

Le problème s'est déclenché le jour de la mise à jour. 

Ha oui J’ai pas précisé mais oui dsm 7.2 depuis quelques jours.

[Einsteinium]

J’ai pas de soucis non plus pour ma part.

[_DR64_]

Le problème serait donc sur les série 18 (ou peut-être antérieures)

[_DR64_]

Comment on peut tester si la puce graphique est bien opérationnelle ?

[Dimebag Darrell]

Il y a 16 heures, _DR64_ a dit :

Le problème serait donc sur les série 18 (ou peut-être antérieures)

Pour ma part, c'est un DS718+ et le HW transcoding ne fonctionne plus, comme indiqué plus haut

[_DR64_]

J'espère vite un correctif 

[MilesTEG1]

Avez vous fait un tour sur le forum officiel pour voir si le souci était signalé ?

car si ce n’est pas le cas , le correctif n’arrivera probablement jamais.

 

 

Autre chose : vu que vous avez les bonnes permissions sur /dev/dri/ avez vous tenté :

1. Le reboot du nas ?

2. Le reboot du pms ?

3. La re-création du conteur ?

4. Si tout ça ne fonctionne toujours pas , essayez en créant un autre conteneur avec un nouveau dossier de configuration vierge et avec seulement quelques médias pour tester le transcode HW.
c’est grâce à ce point que j’ai vu sur le l’asustor que ça ne fonctionnait pas mieux… pour ensuite trouver qu’il s’agissait d’une nouvelle option de configuration du nas lui même dans ADM qu’il fallait cocher 😅

[_DR64_]

il y a 28 minutes, MilesTEG1 a dit :

Avez vous fait un tour sur le forum officiel pour voir si le souci était signalé ?

Négatif pour ma part.

il y a 28 minutes, MilesTEG1 a dit :

Autre chose : vu que vous avez les bonnes permissions sur /dev/dri/ avez vous tenté :

1. Le reboot du nas ? Oui

2. Le reboot du pms ? Oui

3. La re-création du conteur ? Oui (J'ai même arrêté tous les containers, désinstallé "container manager" et tout relancé)

4. Si tout ça ne fonctionne toujours pas , essayez en créant un autre conteneur avec un nouveau dossier de configuration vierge et avec seulement quelques médias pour tester le transcode HW.
c’est grâce à ce point que j’ai vu sur le l’asustor que ça ne fonctionnait pas mieux… pour ensuite trouver qu’il s’agissait d’une nouvelle option de configuration du nas lui même dans ADM qu’il fallait cocher 😅 Je vais tester ça.

Edit : Je viens de créer un nouveau PMS comme énoncé sur ton point 4.
Toujours le même problème.

Modifié le 28 mai 2023 par _DR64_

[_DR64_]

J'ai ça dans les logs de PMS quand je transcode :

May 28, 2023 08:06:02.110 [139960767167120] INFO - Running migrations. (EPG 0)
May 28, 2023 08:06:02.327 [139960767167120] INFO - Running migrations. (EPG 0)
May 28, 2023 08:06:02.350 [139960687082296] INFO - Preemptively preparing driver imd for GPU HD Graphics 500
May 28, 2023 08:06:02.357 [139960687082296] INFO - Preemptively preparing driver icr for GPU HD Graphics 500
May 28, 2023 08:06:03.192 [139960687082296] WARN - [MediaProviderManager] Unrecognized MediaProvider feature: availability
May 28, 2023 08:06:03.192 [139960687082296] WARN - [MediaProviderManager] Unrecognized MediaProvider feature: availability-platforms
May 28, 2023 08:06:03.192 [139960679185208] WARN - [MediaProviderManager] Unrecognized MediaProvider feature: availability
May 28, 2023 08:06:03.192 [139960679185208] WARN - [MediaProviderManager] Unrecognized MediaProvider feature: availability-platforms
May 28, 2023 08:06:03.903 [139960681294648] WARN - Crash: Crash reporting disabled
May 28, 2023 08:06:07.073 [139960767167120] WARN - [DatabaseFixups] Held transaction for too long (/data/jenkins/server/3526561999/Library/MetadataCollection.cpp:481): 0.330000 seconds
May 28, 2023 08:06:07.081 [139960666262328] INFO - Refreshing paths watched by LibraryUpdateManager
May 28, 2023 08:06:07.356 [139960767167120] WARN - [DatabaseFixups] Held transaction for too long (/data/jenkins/server/3526561999/Library/MetadataCollection.cpp:481): 0.360000 seconds
May 28, 2023 08:06:07.407 [139960757717816] WARN - [EventSourceClient/pubsub/139.162.219.82:443] MyPlex: attempted a reachability check but we're not yet mapped.
May 28, 2023 08:06:07.535 [139960767167120] WARN - [DatabaseFixups] Held transaction for too long (/data/jenkins/server/3526561999/Library/MetadataCollection.cpp:481): 0.110000 seconds
May 28, 2023 08:06:07.908 [139960767167120] WARN - [DatabaseFixups] Held transaction for too long (/data/jenkins/server/3526561999/Library/DatabaseFixups.cpp:360): 0.280000 seconds
May 28, 2023 08:06:08.087 [139960656067384] INFO - [Req#15] AutoUpdate: no updates available
May 28, 2023 08:06:32.651 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Failed to initialise VAAPI connection: -1 (unknown libva error).
May 28, 2023 08:06:32.652 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Cannot load libcuda.so.1
May 28, 2023 08:06:32.652 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Could not dynamically load CUDA
May 28, 2023 08:06:32.653 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Failed to initialise VAAPI connection: -1 (unknown libva error).
May 28, 2023 08:06:32.654 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Cannot load libcuda.so.1
May 28, 2023 08:06:32.654 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Could not dynamically load CUDA
May 28, 2023 08:06:32.655 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Cannot load libcuda.so.1
May 28, 2023 08:06:32.655 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Could not dynamically load CUDA
May 28, 2023 08:06:32.656 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Failed to initialise VAAPI connection: -1 (unknown libva error).
May 28, 2023 08:06:32.657 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Cannot load libcuda.so.1
May 28, 2023 08:06:32.657 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Could not dynamically load CUDA
May 28, 2023 08:06:32.658 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Cannot load libcuda.so.1
May 28, 2023 08:06:32.658 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Could not dynamically load CUDA
May 28, 2023 08:06:32.660 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Failed to initialise VAAPI connection: -1 (unknown libva error).
May 28, 2023 08:06:32.661 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Cannot load libcuda.so.1
May 28, 2023 08:06:32.661 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Could not dynamically load CUDA
May 28, 2023 08:06:32.662 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Cannot load libcuda.so.1
May 28, 2023 08:06:32.662 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Could not dynamically load CUDA
May 28, 2023 08:06:32.663 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Failed to initialise VAAPI connection: -1 (unknown libva error).
May 28, 2023 08:06:32.664 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Cannot load libcuda.so.1
May 28, 2023 08:06:32.664 [139960656067384] ERROR - [Req#4a/Transcode] [FFMPEG] - Could not dynamically load CUDA

 

[MilesTEG1]

Essaye de repasser sur une version antérieure de pms en spécifiant la version dans le fichier docker-compose.

peut être qu’une des versions récentes a cassé le transcode hw avec le cpu du 918+ … 

[KSCM]

Bonjour,

il y a 41 minutes, MilesTEG1 a dit :

Avez vous fait un tour sur le forum officiel pour voir si le souci était signalé ?

car si ce n’est pas le cas , le correctif n’arrivera probablement jamais.

 

 

Autre chose : vu que vous avez les bonnes permissions sur /dev/dri/ avez vous tenté :

1. Le reboot du nas ?

2. Le reboot du pms ?

3. La re-création du conteur ?

4. Si tout ça ne fonctionne toujours pas , essayez en créant un autre conteneur avec un nouveau dossier de configuration vierge et avec seulement quelques médias pour tester le transcode HW.
c’est grâce à ce point que j’ai vu sur le l’asustor que ça ne fonctionnait pas mieux… pour ensuite trouver qu’il s’agissait d’une nouvelle option de configuration du nas lui même dans ADM qu’il fallait cocher 😅

Merci pour ton aide, pour ma part j'ai déjà fait ces opérations mais tout comme pour _DR64_rien n'a changé.

Je vais continuer à chercher sur d'autres forums au cas une solution émergerai.

Je vous tiens au courant si je trouve

[MilesTEG1]

@_DR64_aux vues du log que tu as posté, je te suggère d’aller poster ça sur le forum officiel pour faire remonter le bug. Ils pourront aider à résoudre le souci. 
par contre essaye de mettre l’image officielle plutôt que linuxserver .

j’ai du faire ça pour essayer les commandes qu’ils me donnaient. Depuis je suis resté sur l’image officielle. Linuxserver est bien, mais niveau aide/support quand il y a des soucis, c’est assez limité et ils bottent très vite en touche surtout si on n’utilise pas leurs méthodes d’installation préconisée. Exit Portainer pour eux…

[_DR64_]

J'ai testé avec l'image officielle mais je ne vois pas mes fichiers. C'est con pour transcoder lol

[MilesTEG1]

@_DR64_Comment ça tu ne vois pas tes médias ?
je n'ai pas eu de soucis...
ha si, il a fallu que je change les permissions du dossier de configuration : mettre l'utilisateur dédié aux médias-servers, celui placé en PUID et PGID dans le docker-compose.
Sans cela, effectivement le PMS ne se lançait pas.