nunu

La vidéo station, c'est pas "juste" un système pour récupérer les infos films sur le net , avoir les "pochettes" ?. Voir les faire soit même pour que ça présente bien ? Car si y a pas de transcodage à la volé, ça doit pas trop poser de problème a nos synos !

is there a squid package ?

Si je comprends bien, il supporteront en natif des clés TNT USB. Sundtek produit des clés TNT dont les drivers, sont des drivers userspace (sans module kernel) qui tournent tres bien sur synology.

enregistrement des emissions TV ? j'espere que la clé synology sera supportée !!

un petit package squid ! J'ai cherché d'autres repo et j'ai rien trouvé ! Je penses que ca soit pas si difficile a faire, j'ai regardé l'environnement spkrc, mais j'ai pas tout compris ..... (je suis pas trop à l'aide avec les envs de build).

je crois qu'on peut recuperer le flux d'un hdhomerun sous tvheadend. dioul : concernant le package tvheadend, tu en es où ? Je sais le compiler, l'installer etc... mais faire les packages ....

apparement certains ont recueprer le flux venant d'une freebox. Mais je sais pas trop te repondre....

coté clé TNT, j'ai une sundtek qui est une clé sensible aux signaux (donc bonne reception) et qui support en natif les processeur ARM.

En fait TvHeadend est un backend qui permet de recuperer le Flux video d'un clé TNT Usb ou d'un flux IPTV sur le reseau. Tu peux recuperer le programme TV sur le NET et programmer des enregistrement. Tupeux tu lire le flux video avec VLC ou XBMC via les protocoles RTSP / HTSP. L'avantage de passer par le NAS est que l'enregistrement se fait directement dessus. En terme de temps CPU sur mon DS211, ca prend juste quelques % sur un stream HD.

Bonjour, j'ai un NAS DS211 et j'ai installé (et compilé sur le NAS) tvheadend + install des drivers de la clé USB TNT Sundtek qui supporte toutes les architectures processeurs et OS. Pour tveahdend (compilé sur le NAS), il est nécessaire d'installer quelques packages supplémentaires ainsi que de recopier des lib dans des répertoires pour les mettre a jour. Je sais pas si ces genres de manipes sont possibles et acceptées lors de l'install d'un package. Voici la recette de cuisine pour la compilation sur le NAS: ipkg install gconv-modules export GCONV_PATH=/opt/lib/gconv ipkg install libc-dev ipkg install openssl-dev ipkg install git cp /opt/arm-none-linux-gnueabi/lib/libpthread-2.5.so /opt/arm-none-linux-gnueabi/lib/libpthread-2.5.so.bk cp /lib/libpthread.so.0 /opt/arm-none-linux-gnueabi/lib/libpthread-2.5.so cp /opt/lib/libssl.so.0.9.8 /opt/arm-none-linux-gnueabi/lib cp /opt/lib/libssl.so.0.9.8 /lib cp /opt/lib/libcrypto.so.0.9.8 /lib git clone https://github.com/andoma/tvheadend cd tvheadend bash ./configure --cc=gcc --disable-avahi make mais petit package tvheadend ca serait sympa . Par contre, je suis vraiment pas doué pour tout ce qui est environnement de compil / script / git et linux en général. Alors si quelqu'un de compétent peut éventuellement me donner les billes pour m'aider à faire un tel package. Éventuellement ensuite un package les drivers sundtek pourrait etre fait. Cordialement nunu

bon le compte toto qui etait admin avec lequel j'avais le problème, a été reconfiguré en normal. A partir du compte admin, j'ai mis toto en W/R sur le répertoire sur lequel j'avais le problème (quand toto est admin, je ne peux pas appliqué de droits a toto car il est admin). Puis je l'ai repassé admin et ca marche !

j'utilise pourtant un compte qui est admin. Ca ne devrait fonctionner dans tout les cas normalement ?

c'est sur mon compte qui est admin. Le probleme est apparu quand je suis passé en ACL ... pour test je suis repasssé en normal mais le probleme est resté !

le repertoire etait deja en 777 y compris le racine !! Je comprend pas comment sont gérés les droits d'acces ? il y a une surcouche aux droits unix ?

Bonjour, jusqu’à maintenant je n'avais pas problème avec le download station, mais j'ai fait une manip (enfin, je pense que c'est depuis ce moment), et le download station ne peut plus écrire dans le répertoire cible !. J'avais donc un répertoire rep1 dans le lequel le DL station venait écrire ce qu'il avait pompé ! ( rep1/download_station). Tout fonctionnait bien jusqu’à ce que je passe, au niveau de la gestion des droit en ACL. Hier j'ai remarqué que cela ne fonctionnait plus, donc j'ai basculé en gestion normale des droits et même problème. Dans rep1, le DL station ne peut pas écrire, par contre si je désigne un autre share directory cela fonctionne. j'utilise le DL Station avec un compte qui a les droits admin. Mes questions : 1) quelqu'un a t'il déjà eu ce problème ? 2) comment sont gérés les droits d’accès pour le download station ( et où ?) 3) ..... ? Cordialement nunu

une nouvelle version du firmware est sortie aujourd'hui : Fixed an issue where you may not be able connect to your DiskStation via Internet when Firewall is enabled and set as “Deny Access if no rules are matched”. Fixed an issue where the access to DiskStation share folders via CIFS protocol may be interrupted when DiskStation joins the LDAP service as client, and the account password is changed. Improved the stability of accessing external NTFS drives via CIFS protocol. Other minor fixes. Je sais pas si ca peut etre lié a ton probleme

merci pour ta reponse. nunu

Mojomuseflo : si je créé un lien partagé je vais avoir une URL du genre : https://URL_DS:port/fbsharing/HIvwdB8g Là, sans user ca pompe direct (le port du fbsharing est dependant de l'interface a partir de laquelle tu as créer ton lien. Si c'est DSM ca sera 5001 et c'est via le filestation ça sera 7001 par exemple ....). Par contre en allant sur https://URL_DS:port on peut accéder à l'interface DSM ou file station suivant le service mappé derrière le port ? Peut etre que j'ai raté quelque chose ?. nunu

Il manque dans DSM, la possibilté de dedier un port HTTP uniquement pour les transfert de fichier via liens partagés (en interne sur la LAN et sur le port router). A moins que j'ai raté quelque chose !

Est il possible de creer un lien partagé dont la racine de l'URL ne permet pas d'arrivé sur une fenetre le login/passwd (DSM ou file station?). Cordialement Nunu

j'ai suivi ce tuto mais j'ai un problème : impossible d’éteindre le syno ou de le rebooter, il semble resté bloqué lors de la phase de shutdown ! Nunu

a moins qu'on puisse utilise pptp pour faire du backup entre NAS et garder le serveur VPN pour se connecter a distance ...

par contre, on peut pas utiliser le client VPN et le serveur VPN en même temps !!?? on alors j'ai mal compris. C'est bien dommage !! l'idée aurait été de pouvoir me connecte au syno via le server vPN et de connecter mon syno a un autre syno pour le backup !

ok. par contre il est dommage qu'on ne puisse pas avoir un port uniquement pour les liens qui ne permet pas d'avoir la mire de connecxion de DSM.

il semblerait que dans, panneau de configuration => parametres de DSM => onglet port du routeur il y ait moyen de forcé le bon numero de port dans l'URL du lien partagé