pmchan

Members
  • Content Count

    127
  • Joined

  • Last visited

  • Days Won

    4

pmchan last won the day on March 3

pmchan had the most liked content!

Community Reputation

18 Good

1 Follower

About pmchan

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. It depends on what you want to use it for, this CPU is Ivy Bridge generation and you need Haswell or later for ds916 and ds918 loaders, so you won't get video hardware transcoding, for example. See this well made reference document for better understanding.
  2. default is 12 disks and regarding cpu cores, I don't have the knowledge to answer your question but did you take a look at this Proxmox tutorial? Nevermind, I saw you did post in this thread
  3. Synology HW transcoding relies on Intel integrated gpu and your cpu doesn't have any, plus I'm not absolutely sure about that but from my understanding, HW transcoding can't be achieved with virtualized xpenology installation. So, you'll get software transcoding, whichever loader you chose and I suppose it will be OK as long as you don't try to transcode high bitrate 4K videos.
  4. OK, bizarre que ça l'ai fait chez moi, je vérifierai à la prochaine update et merci pour ton retour
  5. Effectivement, pour vider la mémoire, je n'ai pas trouvé d'autre solution que de redémarrer le NAS.
  6. À vérifier mais j'ai l'impression que le paramètre VaapiDriver="i965" disparait de Preferences.xml lors d'une mise à jour du paquet, il faut le remettre.
  7. Excuse-me but how do you plan to install 10+ disks on a motherboard with 4 internal Sata ports and only one pci-e x1 slot? You'll get 8 at best with a 4xsata card (like SYBA SI-PEX40064) but at reduced speed due to slow pci-e slot ... First thing first, search for this nic model through the forum to know if it works with 6.2.2. And I'm not even sure the RTL8111GR is a future proof choice, if not, you won't even have a second pci-e slot to install a working Intel Nic. I suppose you can buy this motherboard for cheap but I'm not sure it's a good choice, I too had one of those Asrock motherboards with integrated cpu, but there's no room for expansions and I now think it's dangerous when used for an xpenology rig. My two cents.
  8. oui, je teste avec tous les codecs que j'ai sous la main, du HEVC 10 bits au mpeg4 de base, tout passe sans soucis et sans augmentation incontrôlée de mémoire, pourvu que ça dure!
  9. Ah il m'a répondu, ce coup-ci avec une info utile, on peut ajouter l'argument VaapiDriver="i965" au fichier de configuration Preferences.xml pour éviter d'avoir à supprimer l'autre driver à chaque update.
  10. J'ai répondu au gars qui nous expliquait comment bien se servir de nos machines, il fut d'une grande aide: https://forums.plex.tv/t/ram-on-1-18-7-2415/542849/11
  11. Bon, cette fois j'ai trouvé, le problème vient du nouveau driver video intel iHD_drv_video.so qui est censé remplacer le bon vieux Vaapi. Entre les 1.18.6.XXXX qui fonctionnaient nickel et la 1.18.7.XXXX, ils ont corrigé un bug qui touchait le transcodage des cpu Apollo Lake, notamment sur les Synology type 918+. Il ont dû modifier un truc qui réagit spécifiquement au driver dev/dri qu'on a sur nos syno/xpeno mais sans que nous ayons le cpu apollo Lake qui va derrière (Kaby Lake dans mon cas). Tout ça pour dire qu'on retrouve un fonctionnement normal de Plex en supprimant ce fichier situé dans le container, au bout du chemin "/usr/lib/plexmediaserver/lib/dri", puis "rm iHD_drv_video.so". On relance ensuite le container et ça devrait fonctionner, en tout cas ici c'est bon. Le truc chiant c'est de faire la manip à chaque fois, donc d'abord updater, au jour d'aujourd'hui en 1.18.8.2468, puis supprimer le fichier, éteindre le container et le relancer. À voir si cela reste important de faire les mises à jour, je n'utilise pas leur service SVOD et n'ai pas besoin d'autres fonctions que celles présentes actuellement pour gérer mes médiathèques.
  12. laisse tomber, je me suis complètement planté, ça n'a rien à voir avec mon histoire de chemin. Ce qui pose problème chez moi, c'est le décodage hardware: juste avant ma dernière upgrade en 1.18.7, j'avais désactivé le décodage hardware et c'est ça qui a eu pour résultat de faire revenir plex à un usage normal de la RAM. Une fois le décodage hardware activé, sous 1.18.7.XXXX, la ram se fait bouffer!
  13. Bizarre, sinon, la seconde chose que j'ai faite, c'est désinstaller l'extension TVHeadend puisque de toute façon Plex ne gère pas les flux RTSP de la freebox, c'était pour avoir les programmes sur une timeline me semble t-il, mais je ne m'en servais jamais.
  14. bah mince... et il se rempli bien pendant une lecture? Et en mettant le chemin d'origine, comme moi? Ou alors c'est la "latest" qui corrige le bug? Pourant c'es toujours la 1.18.7.2457 qui merdait chez moi avant ce changement.
  15. Je crois que j'ai trouvé d'où venait le problème, il semblerait qu'à partir de la 1.18.7, si on n'entre pas le chemin du dossier temporaire de transcodage, tout soit stocké en RAM..! D'où le fait qu'elle se remplisse au fur et à mesure de la lecture d'une vidéo, c'est ce qui m'a fait penser à cette piste. Du coup, il suffit d'entrer le chemin du dossier souhaité dans "transcodeur/Répertoire temporaire du transcodeur" et tout rentre dans l'ordre, en tout cas pour le moment. J'ai donc entré le chemin utilisé par défaut jusqu'à présent et qui est: /config/Library/Application Support/Plex Media Server/Cache/ Plex crée lui-même un dossier "Transcode", inutile donc de l'inclure dans le chemin. Dis-moi si cela fonctionne pour toi également, auquel cas je ferai un commentaire explicatif sur le forum Plex à la suite de mon message. Pour vérifier proprement, il faudrait d'abord tester une 1.18.7 sans entrer le chemin, à priori le dossier "transcode" devrait rester vide lors de la lecture d'une vidéo et se remplir de nouveau une fois le chemin ajouté.