C’est un peu embarrassant, mais je le publie.
Je l’ai créé avec un seul objectif : supprimer le temps d’attente et permettre un partage rapide.
-
Téléchargement possible pendant l’envoi, et lecture immédiate des fichiers mp4
-
Chiffrement de bout en bout
-
Sans inscription
-
Envoi collaboratif possible via un système de dossier web
Je le propose entièrement gratuitement pendant la période du COVID-19.
13 commentaires
À bien y réfléchir, lorsqu’il s’agit simplement de transférer directement en P2P des fichiers volumineux ou nombreux, il existe certes plusieurs services, mais étonnamment peu sont vraiment utilisables. Dans mon cas, comme je n’ai pas de moyen vraiment pratique de télécharger les films gratuits de Naver sur mon MacBook, je suis obligé de lancer Windows dans VMware pour les télécharger depuis là. Mais les récupérer ensuite sur le MacBook n’est pas aussi simple qu’on pourrait le croire. Le glisser-déposer de VMware rame sans cesse, probablement à cause de la taille des fichiers, et j’ai aussi essayé de connecter au VM le disque dur externe que j’utilise sur le MacBook, mais là encore, sans doute à cause d’un problème de compatibilité, il apparaît puis disparaît côté Windows. J’utilise donc un service ou un programme de transfert de fichiers en P2P, mais la plupart des services qui promettent un transfert directement depuis une page web ne fonctionnent pas correctement. Soit ils ne marchent pas du tout, soit la connexion se coupe brutalement après seulement quelques dizaines ou centaines de mégaoctets transférés. La seule solution à peu près convaincante que j’ai trouvée jusqu’ici, c’est [Send Anywhere] : la vitesse de transfert est rapide et le taux d’échec est plutôt faible, mais quand je vois que l’entreprise derrière le service pousse à migrer vers un nouveau service payant appelé [Sendy], je commence à m’inquiéter de sa pérennité. J’espère que ce service permettra réellement des transferts de gros fichiers rapides et stables.
p.s.
Si possible, j’aimerais aussi qu’une application mobile soit proposée plus tard. Le MTP des téléphones Android est assez médiocre, donc lorsqu’il faut transférer beaucoup de photos, utiliser une application de transfert de fichiers est souvent plus rapide que de passer par un câble USB.
La meilleure façon d’extraire des fichiers depuis VMware vers un Mac est le partage de dossiers. Dans les réglages, vous pouvez partager avec Windows un dossier spécifique au démarrage, et sous Windows il apparaît comme un lecteur réseau.
Il existe bien une application Android, mais elle sert uniquement à l’envoi.
L’objectif est de le faire via le web... je vais y réfléchir.
Waouh... toutes les raisons pour lesquelles j’en suis venu à le créer sont là.
Quand on transfère plusieurs dizaines de gigaoctets sur un réseau domestique, il arrive forcément qu’à un moment le réseau ait un petit problème.
Les opérateurs du service s’arrêtent souvent à dire que c’est un problème de réseau, mais en réalité c’est une fonctionnalité impossible à garantir dans les conditions réelles. Même FileKiwi ne peut pas résoudre les problèmes physiques du réseau. En revanche, il permet de reprendre le transfert.
Il y a encore des moments où c’est instable, donc je ne le mets pas spécialement en avant, mais FileKiwi est probablement le seul à être sans installation tout en prenant en charge la reprise des transferts.
N’hésitez pas à continuer à l’utiliser et à me faire part de vos retours.
Cette fois, Once Upon a Time in America a été proposé gratuitement sur Naver Series On (lien https://serieson.naver.com/movie/detail.nhn?productNo=2535884), et j’en ai profité pour tester ce service en le téléchargeant. Comme le fichier faisait 9.54 GiB, je me suis dit que c’était parfait pour ce genre de test. L’environnement utilisé était un MacBook 12 pouces de 2017 sous macOS 10.15.3 (Catalina), et l’envoi du fichier se faisait depuis Windows 10 exécuté via VMware à l’intérieur du MacBook. Côté Internet, j’étais connecté à une ligne Uplus de classe 100 Mb/s en Wi-Fi 802.11ac (433 Mbps).
Au début, j’ai lancé l’envoi du fichier depuis Chrome sous Windows 10 dans VMware. Pour le recevoir, j’ai voulu utiliser Chrome aussi sur le système hôte, mais pour une raison quelconque, seul un message demandant d’activer les notifications dans les paramètres du site s’affichait, et le téléchargement ne démarrait pas correctement. Le problème, c’est que même après avoir activé les notifications et rechargé la page, le téléchargement ne se lançait toujours pas. J’ai donc essayé Firefox, et là le téléchargement a démarré sans message particulier.
Les vitesses d’upload/download n’étaient pas très élevées. Avec une ligne 100 Mb/s, on pourrait théoriquement télécharger un fichier de cette taille en moins de 15 minutes. Dans mon cas, comme l’upload vers le serveur et le download depuis celui-ci se faisaient simultanément sur la même ligne, je pensais que cela prendrait environ 30 minutes, mais contre toute attente, il a fallu plus de 3 heures, et la charge CPU pendant le transfert était assez élevée. Même la navigation web elle-même devenait lente. J’imagine que c’est probablement dû au chiffrement de bout en bout.
Comme le système repose sur un upload temporaire vers un serveur, la reprise de l’upload après une coupure fonctionnait plutôt bien. En revanche, côté téléchargement, pour une raison quelconque, la reprise ne marchait pas. La transmission s’est interrompue une fois vers 37 % d’upload et 25 % de download : l’upload a pu reprendre, mais le téléchargement a redémarré depuis le début. J’ai vérifié le fichier vidéo une fois le transfert terminé et, comme je n’ai pas trouvé de point de coupure, il semble que la reprise se soit bien faite.
L’interface utilisateur n’est pas désagréable, mais il y avait quelques petits glitches. Le plus visible concernait l’affichage du pourcentage d’upload/download. Par exemple, dans Firefox côté réception, les indications
[12.3%]et[12%]apparaissaient en alternance. Dans Chrome côté envoi, l’affichage prenait parfois la forme[12.345%], ce qui allongeait la chaîne et faisait paraître certains éléments de l’interface légèrement tronqués.Si je pouvais formuler un souhait personnel, ce serait d’avoir une fonction de transfert rapide avec reprise en P2P, sans chiffrement de bout en bout particulier, au sein d’un même réseau (par exemple lorsqu’on utilise le même routeur à la maison). Ce qui s’en rapproche le plus, ce serait d’utiliser un petit programme de serveur de fichiers comme HFS, mais lui aussi devient parfois non réactif lors des transferts de gros fichiers. Cela dit, ce n’est peut-être pas vraiment en phase avec le concept de ce service…
Merci pour votre précieux avis.
En interne, c'est complexe : pour les gros volumes, cela diffère entre Chrome et Firefox.
Nous essayons aussi le p2p via WebRTC. Ce n'est pas si rapide que ça et cela consomme beaucoup de CPU, donc nous ne le poussons pas activement pour l'instant (si cela a pris 3 heures, c'est peut-être parce que cela a fonctionné en p2p T T).
Pour le fait que cela ne fonctionne pas sous Chrome sur Windows, moi non plus je n'en connais pas la cause T T ; utilisez-vous éventuellement des extensions Chrome ? Comme l'intervalle risque d'être trop long ici, si cela vous convient,
https://open.kakao.com/o/sb7Pyc7 j'aimerais en discuter sur ce chat KakaoTalk.
Ah, je viens seulement d’arriver et de voir le commentaire. Il semble qu’il soit déjà tard, donc je vous poserai la question demain dans le salon de discussion.
Je vois. Merci d’avoir créé un excellent service.
Waouh, c’est impressionnant.
Je pense avoir repéré une coquille à signaler. Sur la page d’accueil, il est écrit « lecture en streaming de vidéos ».
Merci. C’est corrigé.
Le fait qu’on puisse lire des vidéos dans une Tesla… ça donne envie de tester… d’abord, il faut la voiture…
Haha, les Tesla ont un grand écran, mais il n’y a pas vraiment de moyen de connecter directement une vidéo externe pour la regarder..
Et pas forcément seulement dans une voiture. Ça devrait aussi pouvoir être lu sur un réfrigérateur avec navigateur.
Ah. C’est gratuit à l’origine. Il y avait une facturation pour prolonger la durée d’expiration (24 heures par défaut), mais la prolongation a été portée au maximum. Il faut télécharger dans les 3 jours.