CoolRaoul

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)

Je pense que celui ci-dessous est plus simple et doit être plus efficace (attention, pas testé): #!/bin/sh PATH=/bin:/usr/bin:/usr/syno/bin # rsync est dans /usr/syno/bin repPhoto="/volume1/photo" repBck="/volume1/gdrive/backup" rsync -a "$repPhoto/" "$repBck/" # important les "/" finaux pour rsync synoindex -R "$repBck" (Et oui, rsync n'est pas réservé à la synchro à distance)

Il aurait été judicieux de donner toutes ces informations dès le premier post. On aurait gagné du temps Bon déjà tu as une solution qui fonctionne. C'est le plus important. Et comme (j'insiste) WebDAV est largement plus approprié dans le cas de connexions distantes via Internet, c'est même une bien meilleure solution. Je ne peux hélas rien de plus que te souhaiter bonne chance, mais, vu qu'on sait maintenant que le problème date de plus d'un mois ("mon pc a été réinstallé il y a un peu plus d'un mois. Le problème était là avant et est encore là après."), qu'entre temps PC *et* NAS ont été upgradés ou réinstallés, la recherche de la (ou les) modifs susceptibles d'avoir provoqué l'anomalie risque ne pas être facile puisque la configuration actuelle est, de fait, bien différente de celle qui a fonctionné.

tu trouveras des infos ici: http://forum.hardware.fr/hfr/VideoSon/Traitement-Video/certains-mkv-passent-sujet_140142_1.htm Mais a partir ou ta Freebox sait le faire, est-ce bien grave que ce ne soit pas possible via la PS3?