CoolRaoul

http://www.lcd-compare.com/televiseur-SONKDL40EX500-SONY-KDL-40EX500.htm Qu'ajouter de plus? On va peut-être attendre la réponse sur le forum homecinema si ça ne dérange personne.. **EDIT** Ce qui ne semble effectivement pas supporté ce sont les DIVX via le réseau (DLNA donc, mais ok en USB) Donc bien entendu, des divx en container .avi ne seront pas lus: A

Mais, dans ce que tu écris, à aucun moment je ne conteste les faits: ce n'est que la conclusion que tu en tire que je pense probablement erronée. Rien n'interdit que ton témoignage et l'autre soient compatibles: lui qui nous dit que 90% des "*.avi" sont lu par son téléviseur et toi de ton coté qui constate qu'aucun ne passe: suffit d'imaginer que tous les .avi que tu as donné à lire à ton Sony utilisaient des codecs videos qu'il ne supporte pas, alors que le membre du forum HomeCinema utilise d'autre codecs compatibles. En déduisant une généralité d'une expérience personnelle on prend le risque de faire une erreur de logique. La conclusion sur le non support du *container* n'est pas justifiée par les faits décrits.

Si la copie des fichiers est faite pas d'autre moyens que les outils Synology natifs (acces dossiers partagés windows/mac/nfs, filestation, dsfile, ftp ...) , le service d'indexation ne sera pas ou courant qu'il y a nouveau du contenu à réindexer (ou désindexer pour les fichiers supprimés) Dans ce cas faudra utiliser la commande en ligne "synoindex" pour forcer la réindexation des fichiers ou dossiers impactés. **EDIT** Voir ici:

Attention: en ce qui me concerne je n'ai jamais parlé de DivX ni de Xvid: c'est le non support du *container* avi en général que je mettais en doute. (et je l'ai souligné d'ailleurs: "les incompatibilités sont plus à chercher coté codecs que container") Bon, histoire d'en avoir le cœur net, j'ai posé la question dans le fil de homecinema-fr.

Les fiches technique indiquent en général les spécifications lors de la sortie de l'appareil. Entre temps des updates de firmware peuvent changer la donne Et Il me semble légitime de penser que les témoignages d'utilisateurs doivent être également pris en compte.

Décidément tu es tétu! D’après le fil dédié à cette gamme (EX500) sur homecinema-fr, les .avi sont en général supportés: "Pour ma part je ne lis que des fichiers avi. Dans 95% des cas cela fonctionne très bien. Je n'ai pas d'explication pour les 5% restant que l'EX500 refuse de lire." ref: http://www.homecinema-fr.com/forum/post174711974.html?hilit=avi#p174711974 Comme souvent dans le cas de lecture video, les incompatibilités sont plus à chercher coté codecs que container.

Ou bien que le serveur multimédia du Syno ne détecte pas que la TV supporte ces formats. D'où ma suggestion plus haut de "bidouiller" la configuration DLNA (CAD modifier le profil du téléviseur) coté Syno: Serveur multimedia -> Compatibilité DMA ->Liste des Périphériques. On ne risque rien d'essayer.

En shell, une simple redirection ("> fichier") ne s'applique qu'a la sortie standard (descripteur No 1). Mais les messages d'erreurs et d'informations vont vers la sortie d'erreur (descripteur No 2). "2>&1" redirige cette sortie d'erreur dans le même flux de sortie que la sortie standard.

Vu qu'on n'a pas de log (avec un message d'erreur explicite) on ne peut pas conclure si la commande n'est pas reconnue ou si elle plante. Modifie ton script pour qu'il génére un log en ajoutant ce qui suit en première ligne (apres celle avec "#!"): exec >/tmp/toto.log 2>&1 et reviens nous en donner le contenu après l'avoir exécuté via le planificateur de taches.

Ajouter l'option "-verbose" à la commande "java" pourrait être utile aussi

Et alors? Ce n'est pas contradictoire avec mon hypothèse: En connexion telnet (ou ssh) le PATH est celui défini/modifié dans "/etc/profile" (et "~/.profile" éventuellement) En tache planifié, c'est le PATH par défaut qu'on récupère. Donc si tu avait oublié de le spécifier dans ton script on aurait bien eu le résultat annoncé. Ce qui m'a induit en erreur est que tu as écris initialement "dès que j'utilise le lancement de script via une tache planifiée, il n'y a rien a faire la commande java n'est pas reconnue" (alors que maintenant tu écris que ce n'est pas cette erreur-la que tu constates) Je pense qu'il doit manquer d'autres variables d'environnement (JAVA_HOME peut-être)

Encore un qui a oublié de spécifier le PATH dans son script... je me trompe?

A mon avis, le bon critère pour un débutant est de choisir une distrib avec une communauté active et "newbie friendly" Va faire un tour sur différents forums Linux, des que tu en trouve un qui te semble sympa (ou les débutants ne se font pas prendre de haut) choisi la distrib correspondante, tu te l'installes dans une machine virtuelle (Virtualbox sous Windows par exemple) et ça roule.

Il est peut être ouvert mais pas *bien* ouvert (n'est pas redirigé correctement) A vérifier dans la configuration du routeur.

Correction (désolé): [ -t 0 ] || exec >/tmp/photo_backup.log 2>&1 ^^^^

Ca dépend du modele de box. Tu vas peut-être trouver ton bonheur ici: https://craym.eu/tutoriels/utilitaires/ouvrir_les_ports_de_sa_box.html Oui, via la page dont je t'ai parlé justement ("panneau de configuration -> accès externe -> avancé" ):

La modification du paramètre ("-v") est juste destinée à augmenter la verbosité, le comportement ne devrait pas être modifié. J'imagine que tu veux parler du planificateur de tache DSM? Normalement pas de raison que ça fasse de différence mais par défaut tu te retrouves "aveugle" sur l'exécution de la tache (visualisation des éventuels messages d'erreur) Pour cette raison, je te conseille d'ajouter la ligne suivante en début de script pour forcer la génération d'un fichier log quand le script s'exécute dans ce contexte: [ -t 0 ] || exec >photo_backup.log 2>&1 Assures-toi aussi que le script est bien exécutable (chmod +x /volume1/public/job.sh)

Comprend pas: juste après avoir écris "impossible d'obtenir une connexion" tu ajoutes "le problème semble résolu" Je confirme que l’utilisation d'une IP fixe sur le NAS est préférable pour la redirection de port (quoi que certains routeurs savent gérer ça même avec une IP Dynamique DHCP). Autre chose: si ton IP publique n'est pas fixe elle aussi (et me semble que ce ne soit justement pas le cas chez Numericable) tu as intéret à activer DDNS dans le panneau de conf du Syno, pour y accéder simplement de l'extérieur avec un nom facile à retenir (et qui ne change pas)

https://myds.synology.com/support/support_form.php

As-tu bien redirigé dans ta box/routeur le port 5000 vers ton NAS dans ta box/routeur ? As-tu correctement renseigné dans l'interface d'admin DSM le formulaire: panneau de configuration -> accès externe -> avancé" ?

As-tu la doc de ce routeur déjà pour commencer? Sinon le support ou les forums numericable devrait te permettre de mettre la main dessus. Peut-être de l'aide sur cette page: https://craym.eu/tutoriels/utilitaires/ouvrir_les_ports_de_sa_box.html (mais la référence Netgear que tu donnes n'est pas listée, meme sur le site netgear je ne suis pas parvenu à la trouver: es-tu bien sur de la référence?)

Tous les membres avec le badge "SynoCommunity" (http://www.synocommunity.com/) notamment: http://www.nas-forum.com/forum/members/?sort_key=members_display_name&sort_order=asc&max_results=20&sort_key=posts&sort_order=desc

Peux-tu ajouter l'option "-v" à rsync et voir ce que ça donne? ("rsync -av" à la place de "rsync -a") **edit** à faire en exécutant le script en ligne de commande, pas via le bouton "exécuter" du planificateur de taches. NB: poser une question à la suite d'un fil dont le sujet est préfixé "résolu" n'est pas optimal pour sa visibilité

(Sans trop d'espoir) quelques pistes: ajouter "CPPFLAGS=-I/opt/include" à l'environment de "configure" recompiler sans optimisation (make clean suivi de make "CFLAGS=") utiliser la glib intégrée (./configure --with-internal-glib)

Sans le moindre doute, non (et c'est facile à tester)