BruceFeuillette

Aucun souci avec Firefox 72.0.2. Pas testé avec Lynx.

Bonne question ! Je ne l'ai pas mis et ça a copié. Mais peut être que j'ai eu de la chance sur mon premier test et ça expliquerait la lenteur sur les tests 2 et 3. 🙂 Je vais tester sur d'autres fichiers et je ferai un retour. La documentation est là : https://trac.ffmpeg.org/wiki/Map Mais c'est vite complexe. 🙂 EDIT : Je confirme, il faut bien ajouter -acodec copy -vcodec copy -scodec copy pour qu'il y ait une copie. Je me demande comment j'ai fait pour oublier ces arguments entre 2 tests. Merci pour la correction apportée !

Ah mais je suis entièrement d'accord. Je l'ai relu plusieurs fois hier en me disant : "Wahou... ouais mais non". 😂 Donc en pas résumé : il y a un endroit ou tu vas définir le NDD utilisé pour les partages générés par File Station. Par exemple partage.toto.fr. Je donne l'emplacement à la fin de mon post indiqué en dernière position. Quand tu vas créer le partage, il va utiliser ce NDD pour préfixer le lien qui aura donc la forme https://partage.toto.fr/sharing/abcdef1234 Mais si tu accèdes à File Station via DSM, donc via le port 5000 ou 5001, automatiquement le lien va venir ajouter le port au lien, soit https://partage.toto.fr:5000/sharing/abcdef1234 Il faudra donc supprimer le :5000 à la main. Sauf si... 🙂 Sauf si tu passes par https://partage.toto.fr pour accéder à File Station et créer ton lien à partager. A ce moment là, il ne rajoutera pas le :5000 dans l'URL, le lien sera prêt à l'emploi !

ffmepg en version SynoCommunity. Ligne de commande basique via SSH /volume1/@appstore/ffmpeg/bin/ffmpeg -i /volume1/download/mon_film.mkv Ce qui va lister (longuement) les différents streams (bli bla et blo sont des remplacements). Stream #0:1(fre): Audio: ac3, 48000 Hz, 5.1(side), fltp, 640 kb/s (default) blablablablablabla Stream #0:2(fre): Subtitle: subrip (default) (forced) blibibliblbiliblibliblib Stream #0:3(fre): Subtitle: subrip bloblboblobob Stream #0:4(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 640 kb/s blibibliblbiliblibliblib Stream #0:5(eng): Subtitle: subrip Dans cet exemple, je veux supprimer l'audio Anglais et les sous-titre anglais. C'est à dire les flux 0:4 et 0:5. /volume1/@appstore/ffmpeg/bin/ffmpeg -i /volume1/download/mon_film.mkv -map 0 -map -0:4 -map -0:5 /volume1/download/mon_film_FR_seulement.mkv On ajoute l'argument -map 0 pour dire qu'on copie tous les streams du mkv vers le nouveau fichier mkv. Puis on vient soustraire les flux 4 et 5 avec une négation, juste devant le 0 : -map -0:4 et -map -0:5. ffmpeg va donc copier tous les flux dans le nouveau fichier MKV, en soustrayant les flux 4 et 5. Ça marchait impeccablement l'autre jour sur mon DS218+, avec un nouveau fichier généré en 3-4 minutes. J'ai retenté ensuite sur deux autres fichiers le lendemain et, bizarrement, ça se traînait en quasi temps réel, soit 1h45 pour un film d'1h45. Je n'ai pas compris ce qui se passait.

Tu dois avoir 2 liens parce qu'il le gère comme 2 partages différents, qui peuvent s'adresser à 2 publics différents, avec des paramètres différents. Et que tu peux vouloir retirer un lien et pas l'autre. 🙂 Le proxy inversé c'est tout simple, ça vise juste à autoriser l'accès à une application en fonction d'un sous-domaine. Sécuriser l'accès à son NA Le reverse Proxy La mise en place d'un serveur DNS Pour remplace l'IP par un NDD dans le partage de fichiers : Tout en bas. Une précision, pour ne pas avoir à nettoyer l'URL générée, il faut accéder à File Station en interne via le sous-domaine en https et tout est clean quand on génère le lien.

Il n'existe pas malheureusement. J'ai farfouillé en vitesse dans les fichiers de Video Station pour voir si ça n'était pas une fonction cachée, mais apparemment non. Pour ma capture d'écran, c'est juste la fenêtre paramètre d'un fichier vidéo en cours de lecture qui montre que le DTS est reconnu par Video Station. On n'entend pas qu'il était lu sur l'image, il faut imaginer ! 🙂

Le plus adapté me semble un lien partagé via File Station. Les utilisateurs externes qui ont le lien n'ont pas besoin d'être connectés, le lien suffit. On peut mettre un mot de passe en plus pour sécuriser le tout. Pour annuler un partage, il suffit de lancer File Station et de cliquer sur Outils -> Gestionnaire de liens partagés Et tu peux gérer ton lien. Pour remplacer l'adresse IP, il te faudra lire les tutoriels sur le nom de domaine, la sécurisation du NAS et le proxy inversé. Mais c'est possible. Au niveau des logs, oui, tu verras "qui" se connecte via le lien. Oublie Drive, ce n'est pas spécialement son but. A mon avis. 🙂

Tu as une procédure pour installer une version de ffmpeg qui supporte le DTS. : https://gist.github.com/BenjaminPoncet/bbef9edc1d0800528813e75c1669e57e Il faut descendre après le code et suivre ce qui est indiqué. Et ça fonctionne sans difficulté. 😉

J'avoue que ce n'est pas très clair. Une IP fixe, par définition, ne change pas. Ça fait des années que Free n'attribue plus d'IP dynamique à ses clients. La seule autre possibilité est le partage d'adresse IP, mais Free effectue l'opération une fois et c'est fini. Donc l'adresse n'est pas censée changer par la suite. Si cela continue, ce n'est pas un ping qu'il faut faire, mais ouvrir un ticket chez Free. 🙂 Si tu as une Freebox Revolution (ou Mini4K), tu as toutes les infos dans l'interface, dans état de la Feebox -> Historique. Cette section se remet à 0 au reboot de la Revolution. A partir de la Révolution, il y a un service de DDNS (en xyz.freeboxos.fr) inclus de base : Paramètres Freebox -> Mode avancé -> Nom de domaine. Pour le SPF, chaque DSLAM Free dispose d'une tranche d'adresses IP définies : http://francois04.free.fr/liste_dslam.php Tu peux donc ajouter la plage IP dans ton SPF (ipv4:aa.bb.cc.dd/ee), ce qui le rendra fonctionnel 100% du temps. Si tu ne remplis pas les conditions du SPF, ton mail partira toujours. C'est juste qu'il finira dans le dossier SPAM de ton fournisseur de messagerie.

Et une Debian avec Wine ?

Il me semble que c'est possible mais compliqué. Les opérateurs utilisent des VLANs pour séparer les flux. Il faut donc mettre un équipement qui fait la même chose. Toute la complexité dépend sur la reprise du service. J'avais lu un tuto il y a 2 ans sur le remplacement d'une Livebox par un équipement à côté et les explications pour récupérer la téléphonie. Par contre la télévision n'était pas exploitable.

En tout cas j'ai testé la suppression d'un fichier audio dans un MKV, c'est assez rapide. C'est juste une copie des flux et ça consommait 28% du CPU. Environ 2 minutes pour un fichier de 9Go et de 2h20. Par contre seul la version SynoCommunity a pu le faire, la version Synology supprimait toutes les langues...

Si je ne me trompe pas, si tu as installé VideoStation ou AudioStation, tu as FFmpeg installé. Il se trouve aussi dans /usr/bin/ffmpeg. Version dans /usr/bin/ La version semble modifée par Synology d'après ce que j'ai lu, sans support pour le DTS. Les versions dans AudioStation, VideoStation et MediaServer portent le même numéro de version, à savoir 3.3.7. Mais elles ont été compilées avec des options différentes... Je voulais justement tester tout à l'heure pour supprimer des pistes audio dans un MKV. Mais j'ai fini par passer par MKVToolNix sur le PC, j'avais déjà lancé la copie des fichiers sur un HDD externe. 🙂 Je ne peux donc pas t'en dire plus pour le moment ! EDIT : Il est possible d'installer un package via SynoCommunity qui installe FFmpeg avec gestion du DTS : https://synocommunity.com/package/ffmpeg

Il n'y a pas besoin d'ouvrir quoi que ce soit en dehors du port 443 si tout est bien paramétré. 🙂 Portail des applications avec les ports personnalisés en interne (ils sont ceux proposés par défaut par Synology). Le proxy inversé ou chaque XXX.ndd.fr renvoi vers le port local de l'application Et mon profil de pare-feu Ensuite dans Panneau de configuration > Accès externe > Avancé, j'ai défini la partie Nom d'hôte ou IP statique avec mon XXX.ndd.fr correspondant à l'accès à FileStation. Puis quand tu partages un fichier, si tu es passé par DSM en interne, tu dois juste nettoyer le lien généré. En l’occurrence supprimer le :5001. Tu auras une URL du genre https://XXX.ndd.fr/sharing/J7CjmPMqr qui sera accessible depuis Internet. Si tu crées un sous-domaine par application chez OVH, ça sera beaucoup plus simple et rapide à gérer. Tu ne toucheras plus ton paramétrage de box, il te suffira d'ajouter une entrée dans le proxy inversé, basée sur le nom de sous-domaine, affecter un port à l'application en interne et roule ma poule !

Bon, j'ai fait un shutdown du NAS, j'ai changé le 4 To par le 14 To et voilà. J'attends la fin de la vérification de la cohérence de la parité. Niveau bruit, le 14 To n'est pas plus bruyant que le 4 To. C'est donc un bon point. 🙂

Même chose que pour les photos. Il faudrait que tu actives le reverse proxy pour créer un sous-domaine du type fichiers.ndd.fr et faire en sorte que File Station soit ouvert sur Internet. Et pour que ça fonctionne depuis chez toi, il faudra que tu actives le serveur DNS. File Station crée le lien en fonction de l'URL de connexion, si je me rappelle bien. Je regarderai mes paramètres ce soir pour retrouver ce que j'ai fait.

Ah oui, pas mal ! SSH ne me fait pas peur, on a quelques serveurs Debian au boulot et j'ai viré l'interface graphique partout. Bizarre ce concept de RAID 1 à un disque... 🙂

Avec la fibre Free et 1TB, ça génèrerait 3700$ nets sur 15 mois. Mais bon.

N'attends pas 24 heures, normalement c'est assez rapide. 24 heures sur le DNS c'est parce que certains serveurs (entités) ont un délai de 86400 secondes avant d'aller chercher les enregistrements à jour. Mais ce n'est pas "normal". Sur les principaux FAI, c'est assez rapide. Et je parle en minutes. 🙂 Regarde ici pour valider : https://dnschecker.org/

Bon, je commence à me creuser la tête... Je devrais recevoir un HDD de 14 To demain. J'envisage de le monter dans mon DS218+. Actuellement il y a 2 HDD de 4 To en SHR (RAID 1) et brtfs. A terme je veux rester en RAID 1, par sécurité. Comme je suis informaticien, je suis fainéant, comme tous les informaticiens (non ?) et je cherche la manière la plus optimale de faire ma migration. 🤷‍♂️ Solution 1 : je remplace un des HDD de 4 To par le 14 To. Je perds 10 To pour le moment, puis je le remplace dans quelques jours par un autre 14 To, le temps de trouver un bon plan et de le commander. Sachant que j'utilise juste 600 Go pour le moment. Est-ce que ça semble d'aplomb, pour migrer les données en douceur ? J'aurai donc 2 reconstructions de mon groupe de stockage. Dans l'ordre : suppression d'un 4 To, ajout du 14 To, suppression du dernier 4 To, ajout du second 14 To. Solution 2 : je remplace les 2 HDD par le 14 To. Ça me semble plus "compliqué" dans la mesure ou je passe de SHR à basic. Ce qui devrait impliquer un backup complet sur un HDD externe (heureusement que j'ai gardé un 2 To !!), remplacement et restauration. Laquelle des 2 semble la plus conventionnelle ? Est-ce qu'il existe une solution 3 (à part vendre le 14 To et faire un restaurant avec l'argent) ?

213.186.33.5 c'est une IP de chez OVH. Et c'est normal puisque tu as 2 entrées DNS pour domaine.fr. Une qui pointe vers ton IP publique (avec un TTL de 60) et une vers OVH (TTL de 0). Supprime celle vers OVH (TTL de 0). Sinon le DNS fait du round robin et une requête sur 2 est envoyée chez OVH. 🙂

C'est d'autant plus complexe qu'on peut être considéré comme sous traitant, dans la mesure où on est payé pour le faire. Il faudrait donc que chaque participant tienne un registre... mais ça suppose qu'on sache ce qui transite sur notre espace, ce qui me semble compliqué ! Déjà rien qu'en entreprise c'est vite compliqué, alors dans ce cadre précis... pfiou !

Ils paient en BTC qu'il faut convertir. Et ils ont leur propre cryptomonnaie. Qui se casse la figure... 🙂 https://coinmarketcap.com/currencies/storjcoin-x/

C'est normal, tu demandes de pinger sur l'adresse ndd.fr, qui n'a pas d'entrée. Mais ce n'est pas grave. Ton https://photo.ndd.fr/photo devrait être fonctionnel. 😉

Il doit y avoir un truc avec net rpc shutdown, mais ça ne fonctionne que sur un domaine, si je me souviens bien. Il serait judicieux de considérer la sauvegarde d'un autre point de vue : le Synology ne fait rien d'autre qu'être allumé. Pour moi, c'est le PC qui s'allume (optionnel), fait sa sauvegarde et s'éteint tout seul. C'est le seul moyen de contrôler que tout est d'aplomb. Comme indiqué dans mon message, les PC, depuis quelques années, peuvent s'allumer tout seul via une option dans le BIOS. Il faut ensuite ajouter une tâche planifiée, sur le PC concerné, qui lance la sauvegarde puis qui éteint le PC, une fois la sauvegarde terminée. C'est la seule méthode pour avoir le contrôle jusqu'au bout et ne pas couper avant la fin de la sauvegarde.