J'ai googling autour et je ne peux toujours pas l'obtenir. Certaines personnes disent: vous y allez, utilisez-le simplement. D'autres affirment que cela a certaines restrictions qui ne vous permettent pas d'utiliser p2p comme vous le souhaitez en flash.
Alors, voici une question simple: Si non - pourquoi? Y a-t-il une solution de contournement possible pour ce «non»?
Si oui - Quelles sont les difficultés de la mise en œuvre et pourquoi personne ne l'a-t-elle déjà fait?
4 Réponses :
hmmm ... C'est une proposition intéressante, gardez uniquement le fichier téléchargé dans la mémoire de Flash. Je pense que c'est certainement possible, mais probablement lent et vous seriez plafonné à quelques centaines de mégaoctets.
Edit: Ce n'est pas possible car vous ne pouvez pas écouter les ports en utilisant simplement Flash, le navigateur n'a pas ce type de capacité.
De ce que je sais, Flash10 permet déjà de stocker des fichiers sur le disque.
flash ne vous permet pas d'écouter sur une prise pour les connexions entrantes. Cela serait rendre vraiment difficile de travailler avec des torrents existants. Compte tenu des problèmes de sécurité autour de cela, je ne vois pas ça se passe.
Adobe, cependant, a commencé sa propre version d'un système P2P appelé stratus. Vous pouvez en savoir plus ici ici http://labs.adobe.com/technologies/stratus/
La réponse est à peu près non ... Eh bien, c'est juste non, d'être honnête.
@drruru a souligné la bonne technologie pour Flash P2P, c'est-à-dire Stratus.
Flash P2P est basé sur la RTMFP, qui est construit sur UDP. En fait, le flash lie un port, mais cela vient des internes. Il n'y a pas d'API à faire cela manuellement.
RTMFP permet essentiellement deux choses:
Le P2P est basé sur les percheminations NAT. Stratus lui-même est le serveur d'introduction. De plus, à des fins de sécurité, une connexion P2P signifie également que les deux clients doivent avoir une connexion TCP au ralenti (si je me souviennent correctement) du serveur. Je suppose qu'un peu de données est transmise bien sûr, mais pas la charge utile.
Cependant, le protocole du torrent est très différent de celui-ci. Par conséquent, ce n'est pas une option. Vous pouvez construire un protocole équivalent au-dessus de la RTMFP, reverser le service Stratus (ou attendre qu'elle soit ouverte). Cela pourrait bien sûr également être utilisé par des clients non flash. Mais encore une fois, vous ne seriez pas en mesure de regarder les données transmis comme une vidéo, car vous obtiendrez est un paramètre de paramètres paramètres au client de votre Si vous voulez vraiment faire quelque chose comme ça, vous avez besoin de Java. Vous pouvez signer des applets Java et si l'utilisateur accepte le certificat, ils ont pratiquement un accès sans restriction, par ex. Vous pouvez lier des ports. Puisque Java peut faire de l'UDP, vous pourriez avoir un applet Java, qui fait le torrent (peut-être simplement utiliser la base de code Vuze) et si vous souhaitez vraiment l'afficher en Flash (qui nécessite à son tour FLV), vous pouvez alors mime un local " Flash Media Server "et publie la vidéo sur localhost: aporté. Mais vraiment, le bit flash semble ridiculement compliqué et inutile pour moi. Essayez plutôt de jouer avec Java, ce qui, espérons-le, a une option de faire de manière native. Netstream , probablement un byTARRAY . Et vous ne pouvez pas lire byTeArray s. Vous pouvez écrire des clients non flash, qui publient des vidéos comme un flux, mais ce serait loin de ce que vous vouliez, je suppose.
Merci, réponse très complète.
Cela ressemble tellement à ce que Ninjavideo fait avec leur aide de Ninjavideo, sauf qu'ils se connectent à Localhost en utilisant DivX Web Player non flash.
Toutes ces informations sont obsolètes maintenant.