CoolRaoul

Pas besoin de modo pour ça, ça peut-se faire en "self service" (sur ses propres sujets): et eventuellement reposter la question dans la bonne section

C'est pourtant le *contraire* que je soutiens: on constate que c'est mieux *maintenant*, sur les gammes TV Sony récentes (quasiment tous les formats sont supportés par mon modèle 2013) que dans le passé (écrire "*acheter* une TV de ce prix" laisse penser que le contexte est l'achat d'une TV *neuve*, modèle 2014 donc) Bon, allez, je préfère me désabonner du fil. Apparemment tu tiens à avoir absolument le dernier mot, je te laisse bien volontiers cette satisfaction, inutile de me prendre le chou la dessus.

Sans soute mais le message auquel je répondais sonnait quand même plutôt comme un conseil à ceux qui étaient en phase de réflexion sur un achat *à venir* d'un téléviseur et qui, dans ce contexte, pouvaient hésiter entre Sony, LG et Samsung.

Le problème ne se pose pas avec les gammes Sony récentes (>= 2013 et peut-être 2012) et on peut trouver des modèles intéressants dans la gamme 2014 (exemple: http://www.lesnumeriques.com/tv-televiseur/sony-kdl-50w805-kdl-50w805b-p19373/test.html)

Je ne sais pas si tu as remarqué mais le thème de cette section ("modifications matériel") s'applique aux modifications/réparations sur les modèles de la gamme Synology (à laquelle l'essentiel du site est consacré d'ailleurs). Et là tu débarques comme un cheveu sur la soupe, sans même passer par la case "présentation", demandant de l'aide sur un problème pointu sur une plate-forme exotique que bien peu doivent connaitre Si tu veux mon avis, autant aller poser ta question sur doctissimo: ne serais pas surpris que l'espoir d'y trouver une réponse soient quasiment du même ordre

(NB: on remarquera que chaque fois que je donne une info je donne la source ...) Une dernière et j’arrête (en attendant une éventuelle réponse sur homecinema) http://forums.whirlpool.net.au/archive/1435499 La suite de la discussion indique bien que les problèmes de compatibilités sont liés au support des *codecs* et pas du *container* PS: ça me désole de me voir ainsi incapable de me faire comprendre, alors qu'il ne s'agit que de logique de base. En effet, pour contredire une affirmation: "les TV de la gamme EX500 ne supportent pas les container .avi" ) un *unique* cas/témoignage est suffisant. Là j'en suis déja à *3*. Inversement, n'être pas parvenu jusqu'ici à lire des .avi sur son exemplaire n'est pas une condition suffisante pour en déduire que ça ne marche *jamais* Personne pour sentir la faille dans le raisonnement? De mon coté je crois que je vais laisser tomber, grosse fatigue là

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