SOFT-MICRO - Siret : 80048848800043 - Liens recommandés :
Vous n'êtes pas identifié(e).
Selon la valeur obtenue :
> etat 0 = Serveur actif, mais sans flux.
> etat 1 = Fichier XML illisible.
> etat 2 = Le serveur ne répond pas.
> etat 3 = Serveur OK
Ceci veut dire que le serveur 1&1 ne parvient pas à contacter votre serveur audio pour en analyser l'audience.
Soit l'URL est mal renseignée, soit 1&1 bloque l'IP & le port.
Vous pouvez tester avec le script de test que j'ai mis en ligne [url retirée] pour voir si ça répond : si la réponse est positive, c'est que le problème provient de 1&1 et qu'il faut les contacter pour leur demander de débloquer ip & port.
Il n'y a pas besoin de base de données pour que les scripts PHP fonctionnent.
Webradiotools appelle le script qui analyse l'audience sur chaque serveur et lui renvoie uniquement les données utiles : WRT les stocke alors dans sa base de données.
Il serait possible techniquement de faire analyser l'audience par l'application, mais selon les serveurs cela pourrait consommer pas mal de bande passante (compter jusqu'à un demi Mo de données à télécharger pour chaque serveur toutes les xx minutes puis à analyser) et les radios ont bien besoin de bande passante : le fait de déporter tout le traitement sur un site web permet de rendre ce traitement transparent pour l'ordinateur sans le ralentir.
Bonjour,
Merci pour le message & les commentaires !
En effet, il faut PHP 5 au moins pour analyser l'audience.
Chez certains hébergeurs l'utilisation de l'extension ".php5" permet d'indiquer au serveur d'utiliser cette version, contre la version 4 pour l'extension ".php".
L'extension .php5 est donc correcte chez ces hébergeurs.
Tenez la touche CTRL appuyée tout en cliquant sur le bouton pour forcer la mise à jour : une fenêtre va apparaître.
Indiquez-moi son contenu.
Mise à jour 2.0.3.5 permettant l'export au format XML/HTML des différentes données d'historique (données complètes de titrage et d'audience).
Mise à jour nécessaire du script PHP d'historique.
handle_url_tag($matches[1])
L'aide en ligne a été mise à jour.
Je pense implémenter la fonction dans l'exportation de l'historique, soit en HTML soit en XML.
Le XML serait du genre :
<WebRadioTools version="2.0.3.5">
<radio>
<name>Ma Radio</name>
<url>http://www.maradio.com</url>
<mail>maradio@maradio.com</mail>
<contact>Responsable de MaRadio</contact>
<phone>01 23 45 67 89</phone>
</radio>
<timestamp>1293974466</timestamp>
<playlist>
<entry start="1293965173" duration="676">
<song>
<id>6593</id>
<title>Sisters, sisters</title>
<artist>
<id>2327</id>
<alias>Nina Van Horn</alias>
<present>0</present>
</artist>
<average_duration>239</average_duration>
<genre typ="CHT">
<name>Variété chantée</name>
</genre>
<support typ="F">
<name>Fichier numérique</name>
</support>
</song>
</entry>
<entry start="1293964781" duration="392">
<song>
<id>8050</id>
<title>Breizhistans</title>
<artist>
<id>2666</id>
<alias>Les ramoneurs de menhirs</alias>
<present>0</present>
</artist>
<average_duration>336</average_duration>
<genre typ="CHT">
<name>Variété chantée</name>
</genre>
<support typ="F">
<name>Fichier numérique</name>
</support>
</song>
</entry>
</playlist>
</WebRadioTools>
Bonjour,
Meilleurs vœux également à toutes les webradios !
L'idée est intéressante et mérite d'être creusée.
Abonnez-vous à la discussion pour vous tenir informé dès que j'aurai vu ce que je peux faire.
Bonsoir,
Il suffit de mettre :
if ($title!='C\'est le nom de ma radio que je mets ici')
ou
if ($title!="C'est le nom de ma radio que je mets ici")
Le titrage envoyé sur le site correspond exactement à ce que le logiciel transmet aux serveurs de diffusion.
Si vous souhaitez qu'un filtre soit mis sur le fichier titre.txt vous pouvez modifier le fichier PHP :
A la place de la ligne if ($title!='') mettez if ($title!='' && $title!='Le NoM dE mA rAdIo') : le fichier txt ne sera modifié que si le titre transmis ne correspond pas au nom de votre radio (respectez scrupuleusement espaces, majuscules/minuscules et accents).
Merci ! J'espère que ça aidera à rapprocher les artistes des diffuseurs !
Le script PHP donné se contente de montrer comment afficher le contenu du fichier de titrage.
Bien sûr, on peut automatiser le rafraîchissement mais ce n'est plus du PHP :
> soit en HTML à l'aide de la balise <meta http-equiv="refresh" content="60"> mise dans le <header>...</header> (ceci rafraîchira la page toutes les 60 secondes)
> soit en AJAX/Javascript pour actualiser uniquement le contenu d'une partie de la page sans la recharger complètement (commandes trop diverses pour être exposées ici).
Problème identifié (très spécifique à un certain usage du logiciel).
Le bug a été corrigé dans la version 2.0.2.0 (ce problème était antérieur à la version 2 publiée récemment).
OK. Mon MSN est aussi ouvert à cette heure.
Merci de me rappeler par mail votre adresse MSN afin que je vérifie qu'elle n'ait pas été bloquée par mégarde.
Bonjour,
Merci de prendre contact directement via MSN/WLM si nous avons déjà échangé par ce biais, sinon par mail à contact[at]webradiotools.soft-micro.fr pour la résolution de ce problème.
Mise à jour publiée aujourd'hui.
Bonjour,
Si une même émission a lieu sur deux jours consécutifs sans interruption à minuit, il n'y a aucune coupure et donc un seul fichier est créé.
Pas de nouvelles après une semaine. Sujet clos.
Bonsoir,
Dans l'onglet "Titrage > Source" veillez à bien avoir renseigné la case voulue dans le dernier bloc d'options.
Salut,
Merci pour les commentaires et la suggestion !
Si l'on souhaite activer une émission une semaine sur deux, ou une fois par mois, je ne vois pas d'autre possibilité que de devoir renseigner un calendrier complet pour chaque émission avec des cases à cocher, ou comme le planificateur de tâches de Windows.
Déjà bien "usine à gaz" je crains fort que WebRadioTools ne le devienne encore plus si l'on ajoute des fonctionnalités qui, certainement intéressantes, sont cependant marginales et se font au détriment de la prise en main et la facilité d'utilisation du logiciel.
Pour ces deux raisons je préfère ne pas m'employer à implémenter la fonctionnalité que tu as décrite.
N'oublions pas que WebRadioTools est avant tout un outil qui n'a pour humble objectif que d'aider les intervenants radio, en aucun cas de les remplacer : des interventions manuelles seront toujous indispensables.
Renseignements pris, cet effet provient de l'encodeur MP3 (lame.exe) et semble être inhérent aux contraintes de génération des fichiers MP3 (bitrate & fréquence). (voir aussi handle_url_tag($matches[1]), handle_url_tag($matches[1]), handle_url_tag($matches[1]).
Comme ceci ne provient pas de Webradiotools, je ne peux pas apparemment pas apporter de solution simple à ce phénomène.
Ceci dit, la mise à jour handle_url_tag($matches[1]) offre la possibilité :
- d'archiver des logs de diffusion (Diffusion > Historique > Archivage)
- de créer des rapports généraux personnalisés (Diffusion > Rapports > Rapports généraux) au format CSV. Ces rapports peuvent être chronologiques ou regroupés par titre ou artiste (avec tri selon audience, durée, nombre de diffusion ou alphébétique).
Merci.
Le problème est le suivant :
Les émissions s'enregistrent convenablement, pour ça pas de problème.
Cependant, la cadence temporelle de l'enregistrement n'est pas 100% égale à celle du temps qui passe : la durée de l'émission est donc étirée/compactée selon que le coefficient est de 100,1% ou 99,9% (par exemple).
Je suis en train d'étudier des options de l'encodeur MP3 afin de remédier à ce détail.
Entendu. Je poursuis de mon côté également les recherches durant le temps dont je dispose.
Faites un clic droit sur les icônes pour les réduire ou les supprimer.
Je viens de faire le test sur un enregistrement de 6 heures et 1 minute à 48 KHz, 320 kbits/s.
Le fichier est marqué : création à 00:00:00 dernière modification à 06:01:00.
La durée indiquée est de 06:03:26 : il s'agit donc bien d'une erreur de calcul de la durée.
Je me laisse penser que ceci est dû à l'encodeur MP3 pour lequel je force l'encodage à un bitrate constant (indispensable pour pouvoir l'utiliser directement avec un serveur Shoutcast comme intro / bande de secours).
Pouvez-vous m'indiquer si, quand vous écoutez le MP3 :
- votre émission est coupée avant terme
- si au contraire, l'enregistrement déborde après la fin de l'émission
- si la coupure se fait bien au top horaire ?
Quels sont les paramètres d'enregistrement audio ? (fréquence / taux d'échantillonnage....)
Faites un test en les modifiant.
Si le problème ne survient que depuis quelques temps, il n'est probablement pas lié directement à l'application je pense.
Si vous constatez que l'enregistrement démarre et se termine bien aux heures indiquées il n'y a pas de raison que le fichier change de taille ensuite.
Au sujet des statistiques de diffusion, cela est à voir pour les prochaines semaines / prochains mois, dès lors que j'aurai à nouveau le temps suffisant pour me consacrer au développement de l'application.
Test d'enregistrement réalisé sur une durée d'1h00 : aucun problème remarqué (l'enregistrement indique une durée de 59:59).
L'horloge est-elle bien stable ? (j'ai déjà vu des pc où l'horloge devait être régulièrement mise à l'heure)
Le pc est-il en overclocking ?
Bonsoir,
Les durées des MP3 ne sont pas stockées dans les fichiers audio, mais sont calculées en fonctions de leurs caractéristiques.
Il est possible que l'estimation qui en résulte ait une différence de quelques secondes avec l'horloge système, surtout au bout d'une ou deux heures.
Cependant, 8 minutes d'écart me semble excessif et ne s'explique probablement pas par un problème d'arrondi.
> A l'écoute du MP3, remarque-t-on un problème de durée (incomplet / trop long) ?
> Ceci se produit-il systématiquement ou occasionnellement ?
Il n'y a plus de statistiques sur les diffusions en effet car les logiciels de diffusion doivent garantir une répartition adaptée des titres en playlist.
Les rapports SACEM, SCPP & SPPF sont accompagnés d'identifiants : qu'importe l'identifiant en question, du moment qu'il comporte 3 caractères pour la SACEM et 6 caractères pour SCPP & SPPF, cela ne gènera pas la génération du rapport. Ceci dit, ces rapports ne sont pas exploitables par les webradios.
La playlist jour par jour est stockée dans l'historique lequel peut être exploité par une base de données.
Pourquoi pas une option pour stocker ceci jour par jour dans un répertoire dédié.
A voir.
Non malheureusement car pour ceci, il faut repriser le script relativement en détails.
Propulsé par FluxBB