Recherche avancée
Autres articles (68)
-
Le profil des utilisateurs
12 avril 2011, parChaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...) -
Configurer la prise en compte des langues
15 novembre 2010, parAccéder à la configuration et ajouter des langues prises en compte
Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...) -
La sauvegarde automatique de canaux SPIP
1er avril 2010, parDans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)
Sur d’autres sites (6379)
-
Audio offset get wrong after some time when streaming audios
7 septembre 2024, par Antoine GrenardI use microsoft-cognitiveservices-speech-sdk (1.38.0) in order to do real time speech to text.
It seems like the offset is right when I send a full audio but it is wrong when I send it cut in a lot of audio chunks.


The more there is audio chunks the more inaccurate the offset is :


- 

- No chunks : 1 726 300 000
- 369 chunks of 0.5 seconds : 1 729 600 000
- 923 chunks of 0.2 seconds : 1 744 600 000
- 1443 chunks of 0.1 seconds : 1 757 900 000










To reproduce here is some piece of code :


const speechConfig = SpeechConfig.fromSubscription(<key>, {console.log(event)}
 speechRecognizer.canceled = async (recognizer, event) => {console.log(event)}
 speechRecognizer.startContinuousRecognitionAsync();

 for (let i = 1; i <= 1443; i++) {
 const formattedNumber = i.toString().padStart(4, '0');
 const buffer = fs.readFileSync(`/var/tmp/chunks/output_${formattedNumber}.wav`);
 pushStream.write(buffer);
 }
</key>

To create the audio chunks :


ffmpeg -i -f segment -segment_time 0.1 -c copy output_%04d.wav


Here is the audio link : https://drive.google.com/file/d/1H_RJuqMiBaVkpo9XHrgp1bpuFdgQl64O/view?usp=sharing


Thanks for your help


-
avformat/wtvenc : pad judiciously when writing mpeg2 extradata
30 mars 2014, par Peter Rossavformat/wtvenc : pad judiciously when writing mpeg2 extradata
Padding rule described here http://msdn.microsoft.com/en-us/library/windows/desktop/dd390707(v=vs.85).aspx
Signed-off-by : Peter Ross <pross@xvid.org>
Signed-off-by : Michael Niedermayer <michaelni@gmx.at> -
Anomalie #3398 (Nouveau) : Date du thread modifiée lorsqu’un message de forum est soumis, sans ten...
6 mars 2015, par Pascal VerrierBonjour,
Configuration : un SPIP neuf 3.0.17 avec le plugin Comments 3.3.2 permettant l’affichage en thread (et donc de répondre à un message, ce qui n’est pas possible avec le core seul).
Concerné : plugin-dist forum.Je constate sur SPIP 3.0.17 ce fonctionnement curieux :
- j’ai configuré dans un premier temps le forum d’un article en modération à postériori
- j’ai posté un premier message puis y ai fait une réponse : je constate bien le changement de la date du thread qui se recale sur la date du dernier posté (et donc publié)
- j’ai modifié la configuration pour passer en modération à priori
- j’ai ajouté dans le même thread un troisième message (qui donc cette fois n’est pas publié, car modéré)
- dans la base de données je constate que la date_thread s’est de nouveau calée sur le dernier message, alors qu’il n’est pas publié (statut "prop")Cela ne me semble pas normal ; sur mon site de production (http://www.harmoweb.cnrs.fr/spip.php?rubrique28) intégrant l’affichage de la liste des threads, du plus récent au plus ancien (en se basant sur date_thread) cela a pour effet de "faire remonter" des messages anciens sur lesquels des messages viennent d’être posté même s’ils ne sont pas publiés (dans notre cas des spams interceptés par nospam, nous n’avons pas de modération à priori, mais le mécanisme posant problème est le même).
Dans mes recherches je suis également tombé sur cette correction d’anomalie https://core.spip.net/issues/852 où le problème de base était similaire mais si j’ai bien compris ne concernait que les mises à jour de statut de messages publiés à priori ; l’évolution de date_thread est normale dans ce cas, contrairement à la situation où le message n’est pas publié d’office, la date de thread ne tenant donc pas compte du statut du message fraîchement posté : lors de l’enregistrement d’un nouveau message, date_thread ne devrait être changé sur tous les messages du fil que si ce message est publié, et non dans les autres cas.
Syndiquer tout le site
