SOFT-MICRO - Siret : 80048848800043 - Liens recommandés :
Vous n'êtes pas identifié(e).
Bonjour,
Oui, bien sûr, comme je le dis plus haut, le script peut se décliner à l'infini.
Il suffit de se plonger dans le code et de faire les adapatations qui s'imposent pour les besoins de chaque radio.
Le script donné plus haut est donné à titre d'exemple pour montrer comment extraire des statistiques et des tableaux de valeurs pertinentes grâce aux données collectées par Webradiotools : les développeurs de chaque radio trouveront certainement suffisamment matière à réflexion pour personnaliser l'usage qui en est fait.
Bonsoir,
Le titre est automatiquement envoyé sur le site par Webradiotols : celui ci écrira son contenu dans le fichier titre.txt.
De votre côté, vous ou votre webmaster doit coder un script (ajax ou HTML & PHP comme l'exemple suivant) afin de faire afficher sur vos pages internet le titre et le faire rafraîchir à intervalle régulier.
Pour rafraîchir automatiquement une page HTML, vous devez l'indiquer dans son en-tête :
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "handle_url_tag($matches[1])">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr">
<head>
<meta http-equiv="refresh" content="90" /> <!-- Rafraîchissement toutes les 90 secondes -->
</head>
<body>
<?php if ($titre=file_get_contents('titre.txt')) echo $titre; ?>
</body>
</html>
Entendu. Je vous transmets un mail sur votre adresse d'inscription pour que nous prenions contact par messagerie instantanée pour résoudre le problème et en publier ici les résultats.
Bonjour,
Il est probable que cette erreur designe un problème lié à votre fichier .htaccess situé à la racine de votre dossier ou de votre site.
Vérifiez le bon comportement de votre serveur avec un script vierge (test.php sans contenu par exemple) situé dans le même répertoire : aucune erreur de doit se produire.
La version prochaine de Webradiotools (dans quelques jours/semaines) proposera une méthode pour générer des rapports SACEM, SPPF et SCPP.
Bonsoir,
Merci pour votre message !
Je comprends tout à fait votre demande légitime.
Dans la version 1.6.10.1 publiée à l'instant, vous pouvez désormais filtrer le titrage des noms des émissions (ce qui n'était possible auparavant que pour les titres diffusés et non pour les émissions).
Pour obtenir ce que vous souhaitez, il vous suffit donc de :
1. Créer une émission pour l'enregistrement (par exemple "Mon émission").
2. Créer une émission pour les rediffusions portant le même nom, mais suivi d'un tilde ("Mon émission~") pour les rediffusions.
Le tilde étant un caractère ignoré par WebRadioTools (voir utilisation du handle_url_tag($matches[1], $matches[2])), les deux émissions seront gérées séparément par WebRadioTools mais le titrage antenne sera le même : dans les deux cas "Mon émission" sera diffusé.
Vous pouvez également nommer votre émission de rediffusion "Mon émission (rediffusion)" et ajouter une règle de filtrage qui remplace "(rediffusion)" par une chaîne vide (remplacement par occurrence). Le résultat sera le même mais le planning affiché sera nettement plus explicite.
Version bêta publiée, à tester.
L'option se trouve dans l'onglet Titrage > Playlist > Historique (case à cocher/décocher).
Bonjour,
Merci pour le message !
Je crois comprendre le problème que vous rencontrez.
Je vais voir pour ajouter d'ici quelques jours une option (case à cocher/décocher) pour prendre en compte ou non la mise à jour des titres de la playlist lors de la diffusion d'une émission.
A première vue, je pense que cette option doit être globale pour toutes les émissions et non pas spécifique à l'une ou plusieurs d'entre elles.
Je vous tiendrai informé ici-même.
Cordialement,
S. Bégouin
handle_url_tag($matches[1], $matches[2])
Entendu, merci !
Bonjour,
J'ai pu recevoir un relevé type simplifié (SACEM).
Il est prévu d'implémenter la génération automatisée de ceci dans une prochaine version de Webradiotools (encore non planifiée, mais sans doute durant l'été).
Tout à fait, il faut contacter Infomaniak pour leur demander de laisser passer les IP correspondants à vos serveurs.
Webradiotools dispose d'un système d'alertes en cas de panne.
Sauf erreur de ma part, sur un serveur Shoutcast, la donnée STREAMSTATUS du flux XML vaut 0 lorsque la source son est inaccessible. Webradiotools contrôle ceci.
Mais, évidemment, Webradiotools n'est pas d'une grande utilité si le PC n'a plus d'accès au net au moment de la panne (seul le mode d'alerte "fenêtre surgissante" peut servir dans ce cas).
Cependant, en s'inspirant du code PHP donné par Webradiotools pour l'analyse des serveurs, on peut très facilement créer un fichier PHP similaire piloté par une tâche cron sur le serveur Web et qui envoie un SMS d'alerte (service payant proposé par quelques hébergeurs).
Par ailleurs, il est possible de mettre des bandes audio de secours sur les serveurs en cas de source son inaccessible.
Le site handle_url_tag($matches[1], $matches[2]) offre gratuitement la possibilité d'avoir un nom de domaine lié à une IP dynamique.
En utilisant ce procédé, il suffit alors de faire pinger le nom de domaine : plus besoin d'IP fixe.
Au routeur (la box), oui, sans doute.
Pourquoi ne pas utiliser PingDom pour pinger votre PC ?
Bonjour !
Le flux XML des serveurs (Shoutcast ou Icecast) est en accès protégé par son mot de passe.
Pour les serveurs Shoutcast, l'URL du flux est de la forme :
http://[IP:PORT]/admin.cgi?mode=viewxml&pass=[PASSE]
Et pour les serveurs Icecast :
http://[IP:PORT]/admin/listclients?mount=[MONTAGE]
(+ authentification classique htaccess)
Si le serveur ne reçoit aucun son, le fichier XML est toujours accessible cependant.
Bonsoir,
Désolé de n'avoir pas lu le message auparavant.
Ce que vous demandez serait possible depuis Webradiotools, oui, mais un serveur (dédié ou non) fera mille fois mieux les choses vu que les tâches cron y sont déjà implémentées.
Sauf erreur de ma part, la plupart des hébergements web mutualisés proposent déjà des tâches cron.
Cela ne suffit-il pas ?
C'est une méthode personnalisée : comme je l'ai dit elle ne présente aucun intérêt pour le logiciel de par sa nature.
Quelle autre méthode, normalisée, proposez-vous ?
Les normes de datation tendent quasiment toutes à compter les semaines à partir du lundi.
Libre à chacun de numéroter à partir du jour qu'il souhaite.
Ensuite, sur le plan technique, si on souhaite utiliser une numérotation non conforme aux usages, il faut développer des procédures personnalisées.
Les systèmes de numérotation peuvent être très diverses. Certains préfèrent compter les semaines à partir du dimanche également. A chaque personne, sinon chaque culture, sa propre méthode pour compter.
Webradiotools a vocation à s'adresser à l'ensemble des webradios : les modifications qui y sont apportées doivent répondre à un intérêt commun.
Peut-être certains utilitaires très sophistiqués permettent-ils de programmer des algorithmes pour renommer des fichiers : je vous invite à vous renseigner dans cette voie.
Merci de me préciser quand a commencé selon vous la première semaine et quand doit commencer la deuxième.
Mise à jour mineure version 1.6.9.2 qui ajoute fonction B de datation qui indique le numéro de la semaine à compter du jour de l'an.
handle_url_tag($matches[1])
(Ma réponse précédente était incorrecte et je l'ai éditée)
Tout dépend de la définition qu'on donne à W : si l'on veut pouvoir compter les semaines à partir du 1/1/10 il faut en effet modifier le logiciel pour lui indiquer un nouvel algorithme de calcul.
OK.
Tout comme en PHP, le paramètre W précise le décompte qui se fait à partir du premier lundi de l'année.
handle_url_tag($matches[1])
Nous sommes donc en semaine 1 du 04/01/10 au 10/01/10.
La semaine du 28/12/09 au 03/01/10 était la 53è semaine de 2009.
Ce fonctionnement permet de garantir la cohérence avec les autres langages de programmation.
Propulsé par FluxBB