CoolRaoul

Oups, c'est bon j'ai trouvé:

Dans le forum US on peut lire sur ce problème: "The official update it out... and appears to work " (http://forum.synolog...ownload#p218536) qui saurait ou se trouve cet "official update" ???

Es-tu sur d'avoir bien décommenté les lignes de syslog.deny comme indiqué dans le tuto? si tu envoie un mesage syslog a la main avec la commande "logger" comme ceci logger -p auth.info test[/CODE] Est-ce que le message est bien présent dans /var/log/messages?

Et il ne va pas télécharger la page HTML ? Etonnant! **EDIT** j'utilisais l'extension chrome synology donwload helper pour ca, mais je pensais que c'est lui qui faisait le travail de trouver la bonne url vers le fichier video et pas DSM

Aucune de celle citées dans le premier message de ce fil ne te convient?

Les PC Windows n'utilisent *pas* NFS pour la connexion avec le NAS mais SMB/CIFS Cela se configure dans l'onglet "service de fichiers windows" dans la partie "Win/Mac/NFS" du panneau de configuration Est-ce que le service est bien activé au moins ("activer le service de fichiers windows" coché) ? Une fois tout ca configuré, c'est le user/password du compte NAS à utiliser qu'il faudra saisir dans la boite de dialogue (le plus simple étant encore d'utiser les meme compte/mot de passe sous windows et sous DSM

Tiens, je ne savais pas que DSM savait télécharger les videos youtube! C'est quoi la manip ?(quand ça marche)

Juste pour faire des jaloux (et prouver que je ne ment pas)

Pour commencer, dans les options de videostation on peut donner un délai avant le démarrage et un autre apres la fin (pour les chaines qui ne respectent pas bien les horaires): Remarque: Il y a une erreur de traduction, il faut lire "arrêter l'enregistrement *plus tard*" J'ai mis l'offset maximum pour ma part (j'ai un utilitaire pour éditer le .ts et couper ce qui dépasse) On est limité à 300 secondes (5 mn) maximum, mais c'est déjà ça. Je pourrais "tricher" et ajouter un offset supplémentaire pour la fin (optionnel) dans la génération de l'epg mais j'ai peur que videostation n'apprécie pas vraiment des programmes dont les horaires se chevauchent.

Malheureusement, en lisant les dernier messages de ce fil, tu va te rendre compte que cela ne fonctionnera bientôt plus, la synchro OVH via webdav. Pour ma part j'ai migré sur BOX (ou je dispose d'un compte gratuit de 50 Giga suite à une promo) et qui supporte webdav officiellement (mais avec des débits pas tip top)

J'ai bien peur que tu ne trouvera pas facilement de réponse ici (on parle plutot de problèmes techniques que commerciaux) D'autant plus que tu as possibilité de: Tout simplement essayer (Je ne vois pas trop ce que tu risques: si c'est refusé je suppose que l'achat est simplement annulé) Les contacter, il y a un lien sur leur site:

De toute façons tu peux laisser tomber: webdav n'est plus supporté chez Hubic, cf le post:

C'est très certainement ça. Ajouter la ligne: next unless /:/;[/CODE] juste après le "while" de la ligne 165 Je mettrai à jour pastebin (sans créer de nouvelle version pour ça) si c'est ok pour toi.

En webdav gratuit reste toujours BOX pour ceux qui ne sont pas trop exigeants en bande passante.

C'est fait, version 2.5 a récupérer ici: http://pastebin.com/xj3s2MxY

J'avais pas fait bien attenion mais ton fichier est OK en fait, comme ton log le démontre: pas d'erreur sur entre les lignes xml2epg24.pl: parsing /usr/local/etc/xml2epg.con et xml2epg24.pl: done.[/code] C'est sur le "channels.conf" en fait que ca merdrouille Ce celui-la donc qu'il me faudrait

Et il y a même un (auto-pub gratuite ) (mais ceux qui on lu ce fil en entier doivent déja le savoir)

Comme lezardon à parlé dans son message de "*decrypter* le fichier" j'en ai conclu que sa question ne portait pas sur les fichiers log qui sont en texte pur comme "/var/log/messages".

Si "fichierquejeveuxlire.log" est "synosys.log" tu risques d'être déçu (essaie pour voir)

Peut-être une piste ici: (doit être similaire lorsque'on est configuré en français)

Si tu pouvais m'envoyer un exemplaire de ton fichier conf je regarderai ou est le pb.. Bonne idée, des que j'ai un moment je vais appliquer ces suggestions

Me permet de déterrer ce vieux sujet sur lequel je n'ai pas avancé (le problème est toujours la en DSM 4.1 pour moi). Serait-il d'avoir un témoignage d'au moins une personne chez qui ça fonctionne (ou des confirmations que je ne suis pas seul dans ce cas)? Merci d'avance

Tu fait bien le test avec le perl du DSM? (/usr/bin/perl <chemin>/xml2epg.pl etc ... ?) Le fait que mon environnement shell DSM soit utf8 a peut-etre un impact: root@fserv> locale LANG=en_US.utf8 LC_CTYPE="en_US.utf8" LC_NUMERIC="en_US.utf8" LC_TIME="en_US.utf8" LC_COLLATE="en_US.utf8" LC_MONETARY="en_US.utf8" LC_MESSAGES="en_US.utf8" LC_PAPER="en_US.utf8" LC_NAME="en_US.utf8" LC_ADDRESS="en_US.utf8" LC_TELEPHONE="en_US.utf8" LC_MEASUREMENT="en_US.utf8" LC_IDENTIFICATION="en_US.utf8" LC_ALL= parce que sinon j'ai bien l'erreur, et même avec tnt_lite: root@fserv> /usr/bin/perl /site/scripts/xml2epg.pl -d ~admin/foo ~admin/tnt_lite.xml xml2epg.pl: parsing /usr/local/etc/xml2epg.conf. xml2epg.pl: done. xml2epg.pl: parsing /usr/syno/etc/packages/VideoStation/channels.conf. xml2epg.pl: done. xml2epg.pl: parsing XMLTV file. utf8 "\xC3" does not map to Unicode at /site/scripts/xml2epg.pl line 228, <XML> line 3380. utf8 "\xC3" does not map to Unicode at /site/scripts/xml2epg.pl line 210, <XML> line 5373. utf8 "\xC3" does not map to Unicode at /site/scripts/xml2epg.pl line 210, <XML> line 5399. utf8 "\xC3" does not map to Unicode at /site/scripts/xml2epg.pl line 210, <XML> line 5529. etc ... Et pas avec le perl optware (/opt/bin/perl)