radio

Pour ma part, la radio ne fonctionne simple pas (sur Firefox 3.6.3).
Je vois bien la liste de chansons, avec même l'image du CD, mais pas moyen de faire de mettre lecture. (>)

Merci.
Cordialement.
Romain

Salut,
Pour la radio, tu ne pourra hélas pas l'ajouter à un player externe. Il ne s'agit en effet pas d'une diffusion en broadcast comme sur une webradio classique, mais d'un player qui charge une playlist aléatoire parmi les pistes disponibles en écoute complète. Le streaming s'effectue par protocole rtmp (serveur red5, variante opensource de flash media serveur) et donc ne peut être lue que depuis notre player flash.

Pour ce qui est du problème de lecture, il peut s'agir d'un problème de mise à jour du plugin flash de ton navigateur, ou alors d'un firewall qui bloque le flux audio.

Le problème vient alors peut être du fait que j'habite en Espagne...

Le player est bien en flash, pas en java
On est en train d'étudier la possibilité de proposer un lecteur basé sur du html 5 (balise ) pour se passer d'un plugin propriétaire, mais l'ensemble des technos n'est pas encore tout à fait mature.

Pour ce qui est de l'impossibilité de lire depuis l'Espagne, ça me parait peu probable. Essais déjà de réinstaller le plugin flash. Si le problème vient d'une règle de firewall indépendante de ton contrôle (accès depuis une école, une administration, une entreprise ...), on ne peut hélas pas faire grand chose pour l'instant.

Tout à fait. Toute la plateforme est basée sur drupal (pas seulement le forum). D'ailleurs ça me fait penser qu'il faut vite qu'on remette un pti "powered by drupal" dans le footer qui avait été zappé lors de la dernière refonte du thème.

Yo !

Est-ce qu'on peut (en tant qu'anti-flash primaire et libriste ferme et résolu) espérer une intégration des objets audio grâce à html5.0 bientôt ? (oui, juste à la sortie d'une refonte, j'aimgine que sans doute pas, mais bon, on peut rêver... ;) )

salut,
Etant moi-même libriste ferme et résolu, je suis de très près les avancées du html5 et notamment de la balise audio. Pour faire simple, je vais faire un bilan pour/contre flash/html5

avantages de flash:
- vrai streaming (via un serveur de streaming open source red5). En effet certains de nos labels membre sont plutôt pour le fait de ne pas pouvoir simplement copier coller les morceaux en écoute depuis le cache du navigateur. De plus, n'est transféré que ce qui est écouté, donc c'est une économie de bande passante.
- compatibilité assez large (une fois le plugin flash installé, tous les navigateur son compatibles)
- simplicité d'intégration dans les outils exportable (mini-sites d'artiste, playlist déportables ...)
- disponibilité prochaine sur les apareils mobile (sauf apple), via flash 10.1

inconvénients de flash :
- technologie propriétaire (même si certains effort d'ouverture ont été effectués)
- obligation d'installer le plugin (sauf avec chrome avec qui il est maintenant installé d'office)
- player pas toujours super optimisé (notamment les version osx et linux)
- player non dispo sur iphone/ipad, ainsi que sur la pluspart des mobiles (en attendant flash 10.1)

avantages de la balise audio html5:
- techno libre ouverte
- aucun plugin à installer, puisque directement pris en charge par le navigateur
- compatible iphone/ipad (mais pas avec l'ogg)

inconvénients de la balise audio html5:
- compatible uniquement avec les dernières version des navigateurs (sans parler d'ie qui est hors course)
- les différents navigateurs ne prennent pas en charge les mêmes codec audio (partagés entre l'ogg vorbis, le mp3 et le mp4)
- pas de vrai streaming, seulement du téléchargement progressif

Bilan :
Sinon on veut une implémentation html5 efficace, il faut au moins doubler les fichiers audio pour pouvoir proposer l'ogg et le mp3, et vu le jeunesse de la techno, de toute façon il faut un fallback en flash pour maximiser la compatiblité, ce qui complique largement l'implémentation de nouvelles fonctionnalités audio (sans parler des statistique d'écoute, etc ...)
Donc le html5, c'est sur c'est la classe, mais en étant réaliste par rapport à nos moyen de dev (je suis un peu charette ces temps-ci) et au parc informatique compatible, on va attendre un peu que les choses se mettent en ordre d'elles mêmes.
Donc voilà, juste pour dire qu'on est très sensible à ces question, mais qu'il va falloir patienter un poil.

OK, je comprends tout à fait. J'attendrai (je suis patient, je suis depuis toujours sur un lecteur flash libre, qui ne fonctionne donc que rarement avec youtube, dailymotion, et jamais avec myspace, etc.).

T'es sous gnash ? j'ai pas testé si le player cd1d fonctionnait dessus

swfdec en ce moment. Je vais regarder quand j'aurais un peu de temps, et je te fais un retour ici (j'ai trois machines avec des versions différentes).

Bon, bah, d'ores et déjà, ça ne fonctionne a priori pas avec swfdec.

Ayant quelques problèmes avec Flashplayer sous Linux en 64 bits (freeze total du pc...), je suis récemment passé sous gnash, hélas le player ne fonctionne pas non plus dessus.

@bebelarien: merci de nous prévenir, on ajoute cela à la TodoList

@ fabien: mais de rien, j'imagine que vous avez d'autres chats à fouetter, mais c'est vrai que ce serait pas mal.
Petite question, swfdec et gnash sont dans le même bateau, ou le problème est réglé pour swfdec (dans ce cas gnash ne ferait pas longtemps sur mon PC ;))?

Adrien

Pour streamer l'audio, nous utilisons le protocole rtmp.
Hélas, ni swfdec ni gnash ne supportent encore ce protocole d'après ce que j'ai pu récolter sur le net.
http://bugs.freedesktop.org/show_bug.cgi?id=16632
http://www.listware.net/201005/gnash-dev/47395-gnash-dev-how-to-run-gnas...

Adobe à publié les spécification du protocole il y a quelques temps, donc ça devrait faciliter le travail des développeurs qui n'ont plus à faire de reverse ingeneering.
http://www.adobe.com/devnet/rtmp.html

En parlant reverse engineering... de http://cd1d.com/fr/artist/reverse-engineering :-P

ah la célèbre TodoList...