m1thos

Bonjour, Quand on peut éviter c'est tout à fait vrai. Sauf que dans le cas du démarrage du chroot débian, si tu te log en admin sous putty, il va t'envoyer sur les roses et ne voudra pas changer ton répertoire racine. Donc à moins d'installer le paquet "sudo" via ipkg, tu vas être obligé de te connecter en root, ne serait-ce que pour changer les droits des répertoires ou des fichiers systèmes ou de paquets... Personnellement je ne m'amuserai pas à faire ça. Dans le cas de scripts ou de fichiers personnels (par exemple les fichiers et répertoire de ton serveur CoD), pas de soucis.Pour le reste, t'as intérêt à être sur de toi. Pour KZL : le chroot en lui même ne bouffe pas de ressources, c'est plus la ou les applications que tu lances à l’intérieur le problème.

Salut, Je suis pas sûr que ça fonctionne en te loggant en "admin". En cas de problèmes, connecte toi en "root" (avec mdp admin). Je sais que chez moi pour pas mal de manipulations (pas liées à debian chroot), à cause de certains droits sur certains fichiers, j'ai du me connecter en root. Je ne sais pas si le problème se présentera avec chroot, mais au cas où... Le dossier d'installation de chroot, ou plutôt le répertoire de montage du chroot se trouve ici : /volume1/@appstore/debian-chroot/var/chroottarget/ Comme c'est un dossier "@", tu ne pourras pas accéder directement à ce dossier via filestation, à moins qu'il y ai une manip pour accéder aux fichiers cachés dans filestation, mais je la connais pas. Il te reste donc 2 possibilités : soit créer un lien symbolique vers le répértoire chroottarget, soit, et c'est ce que j'ai fais dans mon cas, linker un répertoire via un point de montage dans le chroot ( exemple : mount -o bind /volume1/CoD4-c-est--pour-les-nioubies /volume1/@appstore/debian-chroot/var/chroottarget/mnt). Une fois dans le choot, tu auras accès à ton répertoire en tapant cd /mnt ). Concernant TS-Mumble, il me semble avoir lu qu'il existait une solution alternative toute prête pour nos synology.

Salut, Je possède moi aussi un DS712+ sous 4.3. Aucun problème pour faire fonctionner le paquet. Si ce n'est que le bouton "aide" ne fonctionne plus sous dsm. Attention par contre, la commande de démarrage du paquet n'est plus celle de la première page (suivre le lien donner par bud77 en haut de la page pour avoir l'aide et la bonne commande)

Bonjour, Le scan auto fonctionne en théorie, mais en pratique, il n'a jamais correctement fait son boulot chez moi sur le NAS : il me trouve la moitié des films (quand il les trouve correctement, car j'ai eu quelques surprises), du coup je n'utilise quasiment que le scan manuel. Je viens de faire un test (la dernière fois que j'ai tenté d'utiliser cette fonction, c'était il y a de nombreux firmwares de ça), et pas plus de réussite.

Bonsoir, Rahhhh...je m'en sors pas, j'arrive pas à inclure le chroot dans mon script. EDIT : Ah ! ca y est ça fonctionne ! . Ce que j'ai fais n'est sans doute pas très propre pour l'instant, mais ça fonctionne (test en planifiant la tache via DSM), c'est en train de réencoder.

Mon dieu...j'avais pas penser à ça . Pourtant je l'utilise déjà pour plusieurs taches mais ça ne m'étais pas venu à l'idée. Si je te suis bien, il faut que je fasse ça pour tous mes appels d’exécutable dans le fichier encode.sh que je passe dans le planificateur ? j'aurais donc un script qui ressemblerait à ça : - Partie 1 : mount bind du dossier vidéo - Partie 2 : entrée dans le chroot - Partie 3 : encodage du type /chemin_dans_le_chroot/x264 blablabla... /chemin_dans_le_chroot/mkvmerge blabla .... Petite question par contre, pour la partie 2 du script, on peut utiliser directement la commande "/var/..../start-stop-status chroot" où il faut le lancer à l'ancienne ? (liaison des répertoires nécessaires : dev, proc etc... et lancement du chroot par la commande chroot /chemin_du_chroottarget /bin/bash ?

Bonsoir, Petite question : suite à longue histoire relatée sur d'autres fils, j'ai installé le paquet chroot debian sur mon nas. Le but de la manœuvre étant d'installer et d'utiliser x264 et mkvmerge pour ré-encoder en 8 bits certaines vidéos (mkv et mp4) hi10p contenues dans un dossier, illisibles sur ma passerelle multimédia (et d'ailleurs, à ma connaissance, sur aucune passerelle). J'ai donc installé, sous chroot, les paquets x264 et mkvtoonix, fait un mount -o bind pour linker le répertoire "convert" (contenant les dites vidéos) au chroot et écrit un script qui grosso modo quand on le lance, va check si il y a des vidéos dans convert, les ré-encoder et les remuxer, déplacer le fichier final dans un autre répertoire et faire le ménage dans le dossier d'origine. J'ai fais quelques tests en lançant à la main sous putty le script, ça fonctionne parfaitement. Le but étant maintenant de pouvoir automatiser le script pour qu'il se lance par exemple toutes les nuits. Là est justement mon problème, je ne sais pas trop comment aborder le problème : je suppose qu'il faut passer par crontab. Par contre faut il que je passe par le cron du synology, en rajoutant au début du script les commandes de chroot et de montage du dossier dans chroottarget, ou puis je passer directement par l'onglet service du paquet debian et donc par le cron du chroot (je sais que chroot n'est pas un environnement, pas sur donc que ça soit possible). La première solution me semble plus adaptée (sauf contre indication d'un expert en la matière), mais y a t-il des choses à savoir ou des pièges à éviter quand on injecte du chroot dans un script en tache planifiée ?

Salut, Visiblement mes problèmes avec x264 venait bien de librairies manquantes (ffms et libav). J'ai essayé de les inclure lors de la cross compilation, mais j'ai bloqué sur certaines dépendances de dépendances de dépendances . J'ai résolu indirectement le problème en passant par le chroot debian et en installant les paquets x264 et mkvtoonix. Du coup plus de problèmes à l'encodage. Je révise même carrément mon jugement quand à la rapidité de mon 712+. Avec ffmpeg cross-compilé, y en avait pour plus d'1h30 d'encodage, là en passant par chroot, je mets 15-20min environ, j'ai sans doute fait une bourde dans le configure de ffmpeg. J'vais chercher un moyen maintenant de scripter l'encodage auto des fichiers Hi10p. Toujours est-il que je lache pas l'affaire en ce qui concerne la possibilité d'arriver à cross-compiler quelque chose d'intéressant. En tout cas pour un novice en la matière comme moi, c'est vraiment intéressant d'apprendre et de plonger dans toutes ces subtilités.

J'ai cross compilé les dernières sources de x264 (core 136). Dans le configure j'ai trouvé comment choisir 10 ou 8 bits pour l'encoder, mais pas le décodeur. Je vais rejeter un coup d’œil. EDIT : tiens en jetant un coup d’œil comparatif entre les 2 applications x264 (sur windows et sur le syno) : Windows : C:x264>x264.exe --help x264 core:133 r2334 a3ac64b Syntax: x264 [options] -o outfile infile Infile can be raw (in which case resolution is required), or YUV4MPEG (*.y4m), or Avisynth if compiled with support (yes). or libav* formats if compiled with lavf support (yes) or ffms support (yes). Outfile type is selected by filename: .264 -> Raw bytestream .mkv -> Matroska .flv -> Flash Video .mp4 -> MP4 if compiled with GPAC support (yes) Output bit depth: 8 (configured at compile time) Syno : ./x264 --help x264 core:136 Syntax: x264 [options] -o outfile infile Infile can be raw (in which case resolution is required), or YUV4MPEG (*.y4m), or Avisynth if compiled with support (yes). or libav* formats if compiled with lavf support (no) or ffms support (no). Outfile type is selected by filename: .264 -> Raw bytestream .mkv -> Matroska .flv -> Flash Video .mp4 -> MP4 if compiled with GPAC support (no) Output bit depth: 8 (configured at compile time) Je vais chercher à quoi correspond lavf/ffms. Sinon lorsque je lance la commande ./x264 --preset veryfast --tune animation --crf 18 -o /volume1/convert/test.mkv /volume1/convert/video.mkv Sous windows, et bien, j'ai une vidéo "normale". La même commande avec le syno : avs [error]: failed to load avisynth raw [info]: 704x400p 0:0 @ 25/1 fps (cfr) x264 [info]: using cpu capabilities: none! x264 [info]: profile High, level 3.0 x264 [info]: frame I:2 Avg QP:26.00 size:235082 x264 [info]: frame P:486 Avg QP:27.42 size:243123 x264 [info]: mb I I16..4: 12.7% 32.9% 54.4% x264 [info]: mb P I16..4: 19.0% 30.3% 47.3% P16..4: 0.0% 0.3% 3.1% 0.0% 0.0% skip: 0.0% x264 [info]: 8x8 transform intra:31.4% inter:22.5% x264 [info]: coded y,uvDC,uvAC intra: 100.0% 100.0% 100.0% inter: 100.0% 100.0% 100.0% x264 [info]: i16 v,h,dc,p: 0% 0% 96% 4% x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 3% 4% 65% 4% 6% 4% 4% 4% 5% x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 4% 5% 41% 7% 14% 7% 8% 6% 8% x264 [info]: i8c dc,h,v,p: 92% 0% 0% 8% x264 [info]: Weighted P-Frames: Y:0.0% UV:0.0% x264 [info]: kb/s:48618.11 encoded 488 frames, 8.72 fps, 48618.40 kb/s la dernière ligne est marrante . je vais essayer à voir à quoi correspond les différentes lignes pour essayer de comprendre ce qui ne va pas. Pour ffmpeg avec les librairies x264, la vidéo est normale...faut que je vois à quoi correspond ces fameuses erreurs "B frame"

Aucun lecteur multimédia ne lit le hi10p à ma connaissance. Le but étant aussi (j'ai même envie de dire principalement) de mettre un pied dans la compilation et cross-compilation (et maintenant dans l'encodage vidéo) En ce moment je sais pas quoi faire en rentrant du boulot, c'est une occupation comme une autre. Au pire des cas, si ça me gonfle trop, j'ai toujours la possibilité de réencoder en quelques dizaines de minutes sur mon PC.

Bonjour, Me retrouvant avec de plus en plus de vidéos encodées en Hi10p, j'essaye de trouver une solution pour pouvoir lire ça tranquillement sur ma télé. Le transcodage via le serveur multimédia fonctionne, mais avec quelques inconvénients (notamment le fait que la vidéo transcodée met souvent plusieurs minutes à se lancer). J'ai donc pensé à un script qui, la nuit par exemple, ré-encoderait le contenu d'un dossier A et le mettre dans un dossier B. ffmpeg installé sur le syno ne gérant pas le x264 et le paquet x264 sur ipkg étant trop ancien (pas mal de commandes sont indisponibles : preset, tune etc...), je me suis orienté vers la cross-compilation histoire de pas trop foutre en l'air mon NAS. J'ai réussi (tant bien que mal) à cross-compiler sur une Debian les binaires x264 et ffmpeg (avec les librairies libx264, aac etc...me reste plus que les librairies pour lire les sous titres, mais je galère un peu avec les dépendances de libass) pour mon 712+. Résultats des courses : - pour x264 : faut que je trouve les bons settings parceque pour l'instant les tests n'ont pas été concluant (d'un mkv hi10p je me retrouve avec une vidéo "neigeuse" de quelques secondes avec un bitrate pharaonique). Etant complétement débutant en encodage, y a du boulot -pour ffmeg(libx264/aac) : J'obtiens une vidéo complète mais qui saute et pixelisée, avec une erreur B frame par toutes les 2 images lors de l'encodage. Pareil que pour x264...va falloir que je me forme sur les settings :/ En dehors de ces considérations, on sent quand même qu'un NAS, même atom, c'est pas un PC... Grosso modo 1h30 pour réencoder un mp4/Hi10p de 30 minutes en mp4/high profile/aac en une passe (quelques minutes avec x264.exe sur mon PC). je précise que lors de la cross-compil, j'ai configuré pour utiliser les 2 cores logiques de mon NAS. Une fois les problèmes de configuration de l'encodeur résolu, reste plus qu'à faire le script. je suppose que la meilleure façon de faire est via crontab non ?

Bonsoir, Pour ma part, ma box ne me permettant pas d'utiliser du pptp (le protocole GRE ne passe pas), je me suis rabattu vers OpenVPN. Sur android j'ai trouvé notamment 2 applications : OpenVPN for Android et OpenVPN Connect. La première est plus complète, permet plusieurs méthodes d'authentification et donne accès directement à des logs complets. C'est celle que j'ai retrouvé dans pas mal de tuto que j'ai pu trouver sur le net. Je n'ai hélas, malgré de nombreuses tentatives, jamais pu la faire fonctionner (erreur 111, tls unroutable packets etc...la liste est longue), que ce soit avec les certificats fournis par Synology ou en générant moi même mes cerficicats. Je me suis donc attaqué à OpenVPN Connect, mais celle-ci passe par une certification pkcs12. Hors le syno ne génère pas de fichier .p12. je l'ai donc crée moi même. Depuis ça fonctionne parfaitement. Grosso modo j'ai donc : 1 - rediriger le port UDP 1194 de ma box vers le syno 2 - Ouvert ces mêmes ports sur le firewall du NAS 3 - Générer mes propres certificats en me basant sur le tuto suivant (à quelques détails près) : http://forum.synology.com/wiki/index.php/How_to_use_your_own_certificates_for_connecting (cette étape n'est peut être pas obligatoire si on va directement chercher les certificats existant déjà sur le syno dans /var/packages/VPNCenter/target/etc/openvpn/keys, mais comme je les avais déjà crées quand j'ai essayé de faire fonctionner OpenVPN for Android... je suis parti là dessus). 4 - générer le certificats pkcs12 avec la commande : openssl pkcs12 -export -in android.crt -inkey android.key -certfile syno-ca.crt -name android -out android.p12 ou android.crt et android.key sont les certificats client et syno-ca.crt est le ca.crt, le tout crée lors de l'étape 3. 5 - récupérer le fichier openvpn.ovpn du syno, sous DSM dans le VPN center en allant dans "exporter la configuration". Puis en le modifiant les lignes suivantes ... remote mon.ddns.no-ip.org 1194 (adresse publique ou ddns) .... redirect-gateway (virer le # pour que ma connexion internet sur l'android passe par le VPN) ..... ca syno-ca.crt pkcs12 android.p12 5 - J'ai importé les fichiers syno-ca.crt, android.p12 et openvpn.ovpn sur le smartphone 6 - j'ai ouvert OpenVPN Connect, importé le pkcs12, définis l'emplacement de mes fichiers ca.crt et openvpn.ovpn, rentré les identifiants d'un compte du NAS. Ca fonctionne parfaitement chez moi (encore fois, c'est la seule façon que j'ai trouvé pour faire fonctionner le bousin). C'est sans doute pas la meilleure solution, ni la plus intelligente mais bon...

Bonsoir, Quand j'entends HDMI-CEC j'ai le poil qui se hérisse . Ça me rappelle les nombreuses heures pour essayer de faire fonctionner la fonction sur mon lecteur BR samsung (échec) et surtout mon ampli A/V (formidable échec).

Il n'y a pas de client openvpn sur iOS ?

Bonsoir, Dans cette optique il faudrait prévoir de fournir une télécommande, ou du moins de donner la possibilité d'en synchroniser une... Bien sûr il y a toujours la possibilité de piloter depuis son smartphone mais bon...

Bonjour, Certaines box ne sont pas pptp passthrough (le protocole GRE ne passant pas), je suis bien placé pour le savoir car j'en suis moi même victime... Du coup j'ai du opter pour de l'openVPN. Regardez si vous êtes dans le même cas de figure.

Bonjour, Un grand merci à bud77. J'utilise le serveur multimédia de mon 712+ depuis très peu de temps pour pouvoir lire certaines vidéos que je ne peux pas lire avec ma passerelle multimédia ou ma télé (les mp4/mkv encodés en 10bits...voir ) J'ai voulu en lire une hier soir, et pas de transcodage..en allant dans DSM, j'ai cru devenir fou en ne voyant plus les options de transcodage vidéo...

Bonsoir, Tout d'abord voici mon installation : Syno DS712+, une passerelle WD Live TV et un écran LED Samsung TV46D5000. Je me sers de la passerelle pour lire mes films stockés sur le NAS (via partage Tout fonctionne comme sur des roulettes, sauf le jour où je récupère des fichiers .mp4 codé en 10Bits que mon WD Live ne sait pas lire. Je me dis donc (idée à la con peut être) que je vais essayer de streamer depuis mon DS712+ en transcodant le flux vidéo vers la TV. Dans les options du Serveur Multimedia, je rajoute l'extension "mp4" (bon il va me transcoder tous les fichiers avec cette extension, y compris les 8Bits parfaitement lus eux, mais je sais pas comme spécifier "transcode moi du mp4 mais que si c'est du 10Bits"...je ne crois pas que ce soit possible d'ailleurs...). Quand j'essaye de lire un fichier *mp4, 8 ou 10Bits, sur ma TV Samsung (avec les paramètres de transcodage, sinon ça fonctionne), il me dit "format de fichier inconnu". Me serais-je planté quelque part ou bien ma télé ne reconnait pas le format de transcodage du syno ? EDIT : J'ai essayé de lire la vidéo transcodé depuis le WD Live TV (via son client DLNA) : là j'ai pas de message d'erreur mais la barre de chargement qui tourne mais rien ne se lance. EDIT 2 : Ah ben non finalement ça fonctionne le transcodage vers le WD Live . C'est juste qu'il faut un moment pour que la vidéo se lance (après c'est fluide, pas de problème). Alors là où c'est amusant c'est que quand je lance un mp4 10Bits, il faut environ 20-30 secondes. Par contre un mp4 8Bits de taille et bitrate équivalents là faut largement 2minutes . J'ai fais le test sur plusieurs fichiers, et le verdict est le même à chaque fois. Ce qui est étrange également c'est que pendant le temps d'attente, il ne se passe pas grand chose niveau CPU et charge réseau du coté du DS712+. Enfin bon l’essentiel c'est que ça y est, je peux enfin lire mes vidéos encodées en 10Bits . La question par contre reste ouverte concernant les TV Samsung et le transcodage vidéo depuis le Serveur Multimédia de nos Synology

Bonsoir, C'est une solution intéressante en effet. Bon maintenant ca fait plusieurs mois que j'ai l'habitude de travailler comme ça, la multitude de lecteurs réseaux ne me dérange plus. Le jour où ça me prendra, je me tournerai vers cette option là.

Bonsoir Désolé pour le délai de réponses, j'espère que les admins ne considéreront pas ça comme du déterrage de topic (si c'est le cas, mes plus plates excuses). Un petit QNAP TS112. Petites précisions en rapport à ce que j'ai pu dire, où du moins ce que j'ai pu (involontairement) laissé penser : La citation suivante vient d'un autre thread ( ) : Je n'ai jamais considéré ça comme un bug ou un dysfonctionnement...Je n'ai d'ailleurs rien considéré du tout, je posais simplement la question que tout novice vient un jour ou l'autre à poster sur un forum de ce genre : je veux parler du fameux "Est-il possible de... ?". Question à laquelle j'ai eu ma réponse, ça n'allait pas plus loin que ça. Point important : Sur mon ancien QNAP, je ne pouvais pas plus que sur le syno cacher dans un dossier partagé les fichiers et/ou sous dossiers pour tel ou tel utilisateur. Le fonctionnement de base des dossiers partagés sous TurboNAS (du moins à l'époque, n'ayant plus mon qnap je ne sais pas si ça a été modifié ou non) était différent de DSM : Dossiers et partage sont 2 entités distinctes : Je pouvais alors parfaitement - avoir un dossier "photos" partagé pour l'utilisateur pXy et lui seul (que je pouvais monter via lecteur réseau sur ma machine pour avoir toutes mes photos dans le même répertoire) - Dans ce dossier un sous dossier "photos-vacances" sur lequel je créais un partage pour madame et les rejetons (dans la liste des partages j'avais donc "photos" et "photos-vacances) - Dans le dossier "photos-vacances", un partage sur le dossier "vacances corses" pour les amis. Etc...Etc... Quand un utilisateur se connectait via l'équivalent à DSFile ou Filestation sur le Qnap (désolé, j'ai oublié le nom des 2 modules), il ne voyait que les partages qui avait été définis pour eux (avec les mêmes restrictions concernant les sous dossiers et les fichiers que sur le syno), tout en me permettant à moi de n'avoir qu'un seul lecteur réseau avec toutes mes photos dedans. Quand j'ai migré vers un synology j'ai voulu gardé la même arborescence (grosso modo 4 dossiers principaux avec acces total pour moi), mais quand j'ai définir les autres accès, je me retrouvais avec un compte "copain-pXy-1" qui, sous DS File ou filestation devait passer par Photos->Photos-vacances->Vacances Corses tout en voyant les 20 ou 30 sous dossiers qu'il avait autour (sans pouvoir y acceder bien entendu !!!). Ce qui n'était pas forcément très pratiques pour eux. Il a juste fallu que je revois mes habitudes et depuis novembre dernier j'ai revu intégralement la hiérarchisation de mes données, réglant ainsi le problème. Le seul petit truc c'est que je me retrouve sur mon poste maître avec plus d'une quinzaine de lecteurs réseaux...mais bon...c'est pas dramatique non plus, je m'y suis fait.

Bien...d'un autre coté, en regardant le lien donné par Diaoul, les données ne devraient pas être celles ci (siblings à 4, cpu core à 2 et je devrais voir les processors 1 et 3). Ca me semble tout de même étrange. A moins (si il ne s'agit pas d'un bug), comme je l'ai dis précédemment que j'ai à faire à un D525 bridé (c'est plutôt AMD les spécialistes en la matière...enfin bon).

Bien c'est ce que je me serais attendu à avoir effectivement. La question est de savoir si : - Il s'agit d'un bug d'affichage - Il s'agit d'un D525 qui n'a pas réussis les tests en banc de montage et qui c'est fait désactivé le second core avant d'être livré à syno. (vu le numéro des lignes processors) j'aurais tendance à penser ça..mais encore une fois je ne suis pas spécialiste.

Salut, Alors étant moi même possesseur d'un 712+ je me pose énormément de question sur le CPU réellement utilisé dans nos machines. Il est clair qu'il est relativement compliqué de trouver des informations fiables sur le sujet : - Sur certains tests (dont celui de trendus) on annonce un ATOM D525 donc un dual core hyperthreadé - Sur d'autres on nous parle d'un ATOM 425 (mono core avec HT) - Sur le site officiel de syno, on a pas la spécification "dual core" - Quand on regarde sur le wiki on a ça : http://forum.synology.com/wiki/index.php/What_kind_of_CPU_does_my_NAS_have .On a donc bien visiblement à faire à un D425. Jusque là je m'étais basé là dessus pour me dire que c'était bien un D425 donc (1 seul core physique et 2 core logiques). Et puis je suis tombé sur le topic du 713+ (qui lui est bien un D2700 avec 2 cores physiques HT) ou l'on parlait de sabnzbd et de la décompression/réparation des fichiers. Le processus n'étant visiblement pas multi-thréadé, par2 bouffe donc 25% d'UC max. Et là je suis allé vérifié sur mon 712+ en me disant qu'en toute logique, je devrais atteindre un "score" entre 25% et 50%. Et ben non, j'ai un joli blocage à 25%. Je me suis donc connecté en ssh sur le 712+ et là... Alors on me dit D525, mais le reste des infos ne semblent pas correspondre (notamment le cache L2 et surtout les lignes "cpu core" et "sibling"). Alors si quelqu'un de plus pointu que moi sur l'analyse de cpuinfo peut m'aiguiller un peu... J'ai tendance à penser que c'est bien un D425 et que l'affichage D525 n'est qu'un bug du au firmware. Mais d'un autre coté j'ai ce "blocage" assez caractéristique des applis mono-thréadées (qui oscillent entre 23-25% mais jamais n’atteint ne serait ce que 25.1%)

Salut, Alors je suis aller voir directement sur le syno et là c'est limite comique. En fait je ne sais trop quoi en penser. Pour ne pas pourrir le topic du 713+ je vais poster ma trouvaille sur le thread dédié au 712+.

Salut, Je ne peux pas dire pour un 713+, mais pour le 712+ le processus par2 bouffe 25% de ressources CPU étonnant sachant que le 712+ est un monocore hyperthreadé..enfin à ma connaissance en tout cas... (ça devrait tourné autour de 50% donc...)