FreeCast est une solution de streaming peer-to-peer. Basée sur le format Ogg, elle permet de diffuser un contenu audio (Ogg/Vorbis) ou vidéo (Ogg/Theora).
FreeCast a maintenant deux ans. L'expérience tirée du développement et de l'utilisation a amené la ré-écriture complète du protocole. Le transport est passé de TCP à UDP. Et le très attendu "NAT traversal" est au rendez-vous : les réseaux FreeCast ne seront plus arrêtés par les NATs mal configurés.
FreeCast Manager a été examiné sous toutes les coutures par la communauté des utilisateurs. De nouvelles fonctionnalités font leur apparition comme la possibilité de diffuser une liste de fichiers grâce à un encodeur Ogg Vorbis intégré. Pour simplifier l'utilisation de FreeCast Manager, une interface de configuration permet la sélection du contenu qui doit être diffusé. Avec le "Clic & Diffuse" de FreeCast, diffuser son contenu n'a jamais été aussi simple. Petit survol des nouvelles fonctionnalités :
- couche de transport UDP
Les connections entre les nodes sont maintenant réalisés grâce à des connections UDP. Les problèmes réseau peuvent être ainsi plus facilement surmontés. La nouvelle couche de transport utilise l'API Apache Mina (http://directory.apache.org/subprojects/mina/).
- NAT traversal
Deux nodes peuvent établir une connexion même s'ils sont tous deux derrière un NAT (un routeur ou un équipement équivalent). Cette nouvelle fonctionnalité permet de plus grands réseaux FreeCast et met fin à la configuration manuelle d'un forward.
- STUN support
Un node peut maintenant réaliser une requête STUN pour déterminer son adresse publique. Utilise l'API Jstun (http://jstun.javawi.de/).
- Encodeur Ogg Vorbis intégré
Pour faciliter le déploiement de FreeCast Manager et des root nodes, le nouveau encoder-playlist receiver permet de créer le flux Ogg Vorbis à partir d'une liste de fichiers wav, ogg ou mp3. Ainsi le root node FreeCast peut diffuser un liste de fichiers sans avoir recours à une application externe. Basé sur le biding java libvorbis fourni par tritonus (http://tritonus.org/).
- Interface de configuration de FreeCast Manager
Un nouveau menu "Configure FreeCast" fait son apparition dans FreeCast Manager. L'interface de configuration permet pour le moment la configuration du contenu diffusé. Vous pouvez passer de la boucle de démonstration à votre propre liste de fichiers ou récupérer le flux Ogg créé par une autre application.
Aller plus loin
- Freecast.org (2 clics)
- Écouter avec Freecast (3 clics)
- Diffuser avec FreeCast (3 clics)
- Démonstrations vidéo (6 clics)
- Changelog (1 clic)
# les sources.?
Posté par Sylvek75 . Évalué à 6.
oui .. mais elles sont où les sources?..
[^] # Re: les sources.?
Posté par Alban Peignier (site web personnel) . Évalué à 5.
[^] # Re: les sources.?
Posté par Sylvek75 . Évalué à 10.
# NAT traversal
Posté par Hank Lords . Évalué à 8.
Alors comment font-ils ?
[^] # Re: NAT traversal
Posté par Alban Peignier (site web personnel) . Évalué à 10.
[^] # Re: NAT traversal
Posté par Hank Lords . Évalué à 9.
Néanmoins pour moi c'est un hack affreux pour pallier aux deficiences de cet autre hack affreux qu'est le NAT. Cette technique (Il y'a un TCP hole punching aussi) devrait être bloquée par n'importe que firewall saint d'esprit :-).
D'ailleurs j'ai cru comprendre qu'il fallait ajouter quelques regles dans iptables pour les NAT linux. Ceci dit ca fait un peu moins peur que l'upnp.
Vivement qu'on trouve une solution viable et sure au NAT.
Pour en revenir à Freecast, ca a l'air interessant. Ca ressemble à Peercast, il y'a un rapport ?
Sinon est-ce que des 'grosses' radios envisagent d'utiliser ce système ? (France Inter, BBC, les radios FM, etc) ?
Et finalement la question qui fache : Il y'a des clients pas en Java ? /o\
[^] # Re: NAT traversal
Posté par Didier Raboud (site web personnel) . Évalué à 10.
J'allais le dire. Trolls mis à part, c'est quand même sacrément bloquant, plus que le Nat, non ? :p
[^] # Re: NAT traversal
Posté par Florent Peyraud (site web personnel) . Évalué à 4.
[^] # Re: NAT traversal
Posté par tao popus . Évalué à 3.
Ben si, il a à installer java, un machin opaque à source fermées, qui rame et qui sent des pieds. Ca doit être à peu pres le seul language « courant » que je n'ai pas sur ma machine, et je ne suis pas le seul.
[^] # Re: NAT traversal
Posté par Florent Peyraud (site web personnel) . Évalué à 6.
Je fais partie de Fréquence K (http://www.frequencek.com ) et nous utilisons ce système depuis un bon moment maintenant. Certes notre radio est une associative locale assez peu connue, mais ce système nous a permis de diffuser sur le net à moindre frais sur une pauvre ligne ADSL. Il ne faut pas oublier que les radio associatives n'ont pas de budget à claquer dans des meduims de communication qui ne sont pas leur medium principal (les ondes hertziennes). Freecast nous convient parfaitement sur ce point.
[^] # Re: NAT traversal
Posté par Erwann . Évalué à 6.
C'est IPv6 et ça existe depuis longtemps. Merci les FAI de proposer des connexions IPv6 !
[^] # Re: NAT traversal
Posté par gnumdk (site web personnel) . Évalué à 3.
Voila, pas tester encore, faut que je m'interessse à ipv6 et j'ai pas envie de mettre ca en place chez moi avant de tout comprendre...
[^] # Re: NAT traversal
Posté par Raphaël G. (site web personnel) . Évalué à 4.
Y a moyen pour un particulier de récup une ipv6 pour faire joujou avec l'ipv6 in ipv4 ? (normalement c'est sensé marcher).
[^] # Re: NAT traversal
Posté par xumelc . Évalué à 1.
Ils fournissent gratuitement des tunnels avec des /48, et c'est des ip en 2001::, pas 3ffe, et donc sans rapoort avec 6bone je crois.
[^] # Re: NAT traversal
Posté par Krunch (site web personnel) . Évalué à 5.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: NAT traversal
Posté par gc (site web personnel) . Évalué à 3.
d'autant plus que je ne suis pas sûr qu'il soit efficace tout le temps. le hole punching de bub n bros ne passe pas mon NAT par exemple (modem routeur).
[^] # Re: NAT traversal
Posté par _gryzor_ . Évalué à 3.
IPv6 ?
[^] # Re: NAT traversal
Posté par Charles-Victor DUCOLLET . Évalué à 1.
[^] # Re: NAT traversal
Posté par M . Évalué à 4.
[^] # Re: NAT traversal
Posté par Alban Peignier (site web personnel) . Évalué à 0.
# Juste un détail ...
Posté par Clément Canonne (site web personnel) . Évalué à 3.
[^] # Re: Juste un détail ...
Posté par beesse . Évalué à 2.
[^] # Re: Juste un détail ...
Posté par Vincent Tabard . Évalué à -1.
# streaming p2p vs multicast ?
Posté par karteum59 . Évalué à 5.
Ou dit autrement : est-ce que freecast permet une indépendance temporelle entre les utilisateurs ? (chose que ne permet pas le streaming multicast -> donc pas moyen d'avancer/reculer dans le flux ou de faire une playlist dans laquelle on se déplace librement)
Une dernière chose, que va devenir cette sympathique application une fois le DADVSI adopté ?
[^] # Re: streaming p2p vs multicast ?
Posté par M . Évalué à 8.
C'est bien beau le multicast, faudrait il qu'il soit supporter partout...
T'as deja essayer de faire passer un flux multicast perso sur internet ?
[^] # Re: streaming p2p vs multicast ?
Posté par Alban Peignier (site web personnel) . Évalué à 4.
Quand à la liberté de sauter de morceaux en morceaux .. c'est un streaming .. donc par définition .. on ne peut pas ..
Pour le DADVSI, l'équipe de FreeCast fait naturellement parti des signataires de la pétition de ECID.INFO (http://eucd.info/petitions/sign.html) et appelle tous ses utilisateurs à la signer.
[^] # Re: streaming p2p vs multicast ?
Posté par Alexis P. (site web personnel) . Évalué à 2.
Elle se retrouvera dans http://reserve.fsffrance.org avec tous ses amis...
# Le mec qui casse l'ambiance...
Posté par zimmermann jérémie (site web personnel) . Évalué à 10.
1° D’éditer, de mettre à la disposition du public ou de communiquer au public, sciemment et sous quelque forme que ce soit, un logiciel manifestement destiné à la mise à disposition du public non autorisée d’½uvres ou d’objets protégés ;
2° D’inciter sciemment, y compris à travers une annonce publicitaire, à l’usage d’un logiciel mentionné au 1°. »
Il ne reste plus qu'à espérer que Freecast ne sera pas "manifestement" utilisé pour diffuser des oeuvres protégées sans autorisation !!! :(
(...sinon il suffira de domicilier le projet ailleurs qu'en France.......)
[^] # Re: Le mec qui casse l'ambiance...
Posté par jml . Évalué à 1.
# Le mec qui casse l'ambiance...
Posté par zimmermann jérémie (site web personnel) . Évalué à -2.
# Le mec qui casse l'ambiance...
Posté par zimmermann jérémie (site web personnel) . Évalué à -4.
# Le mec qui casse l'ambiance...
Posté par zimmermann jérémie (site web personnel) . Évalué à -5.
[^] # Re: Le mec qui casse l'ambiance...
Posté par agmk . Évalué à 10.
===>[]
[^] # Re: Le mec qui casse l'ambiance...
Posté par zimmermann jérémie (site web personnel) . Évalué à 2.
Je vous déconseille de poster des messages tard la nuit si vous utilisez l'extension SessionSaver de firefox!!! :/
(ou alors n'oubliez surtout pas de clicker le fichu "lien suivant" avant d'aller vous coucher...)
# Le mec qui casse l'ambiance...
Posté par zimmermann jérémie (site web personnel) . Évalué à -2.
# hmm
Posté par Younes Zouhair . Évalué à 0.
[^] # Re: hmm
Posté par Vincent Tabard . Évalué à 2.
Mais bien sûr, tout le monde a des centaines de kbps de bande passante à foutre en l'air pour permettre au streaming P2P en FLAC de tourner...
[^] # Re: hmm
Posté par Charles-Victor DUCOLLET . Évalué à 1.
[^] # Re: hmm
Posté par Vincent Tabard . Évalué à -1.
Quel serait l'intérêt sur un réseau local de streamer du FLAC, qui implique un processus d'encodage - même s'il n'y a pas de compression - donc consomme du CPU, tout ça pour gagner un peu de bande passante... sur un réseau local, donc non limité.
De plus, l'encodage, même s'il est rapide du fait de l'absence de compression, introduit néanmoins une latence.
Je vous serais donc gré de bien vouloir éclairer ma lanterne sur le sujet :)
# JVM libre
Posté par TazForEver . Évalué à 1.
[^] # Re: JVM libre
Posté par Tim . Évalué à 4.
[^] # Re: JVM libre
Posté par Charles-Victor DUCOLLET . Évalué à 2.
# risques
Posté par rzr (site web personnel) . Évalué à 2.
gpg:0x467094BC
[^] # Re: risques
Posté par Alban Peignier (site web personnel) . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.