
Recherche avancée
Autres articles (74)
-
Des sites réalisés avec MediaSPIP
2 mai 2011, parCette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page. -
Participer à sa traduction
10 avril 2011Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
Actuellement MediaSPIP n’est disponible qu’en français et (...) -
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 0.2 est la première version de MediaSPIP stable.
Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)
Sur d’autres sites (12998)
-
I want to convert the decoded h264 packet data to an es data file
26 juillet 2017, par user8335183I want to convert the decoded h264 packet data to an es data file(dump), but I do not know what to do.
What should I do ? -
FFmpeg massive data loss when writing large data and swapping segments
25 avril 2023, par Bohdan PetrenkoI have an ffmpeg process running which continiously writes audio data to two 30 seconds (for testing, I'm actually planning to use 5 minutes) segments. The problem is that when I write some audio data with length more than size of two segments (60 seconds), 8-17 seconds of audio is lost. Here is how I run FFmpeg and write data :


_ffmpeg = Process.Start(new ProcessStartInfo
 {
 FileName = "ffmpeg",
 Arguments = 
 $"-y -f s16le -ar 48000 -ac {Channels} -i pipe:0 -c:a libmp3lame -f segment -segment_time {BufferDuration} -segment_format mp3 -segment_wrap 2 -reset_timestamps 1 -segment_list \"{_segmentListPath}\" \"{segmentName}\"",
 UseShellExecute = false,
 RedirectStandardInput = true
 })!;
 // Channels is usually 1, BufferDuration is 30



And here is how I write data :


public async Task WriteSilenceAsync(int amount)
{
 if (amount > _size) amount = _size; // _size is 48000 * 1 * 2 * 30 * 2 = 5760000 (size of 1 minute of audio)
 
 var silence = _silenceBuffer.AsMemory(0, amount);
 await _ffmpeg.StandardInput.BaseStream.WriteAsync(silence);
}



I tried to change the ffmpeg parameters and ways I write data. But I haven't found the solution.


I'm sure that the problem is caused by ffmpeg segments, because if I disable segmenting and write audio to a single file, there are no problems with data loss or audio missmatch. I also sure that
amount
of silence to add inWriteSilenceAsync()
method is calculated right. I'm not sure if the problem appears with data length more than 30 seconds but less then 1 minute, but I think it doesn't.

I don't know how to solve this problem and would be glad to see any suggestions or solutions.


-
Remove support for metadata plugin, replace with data-rule- and data-msg- (added in 907467e8) properties.
23 novembre 2012, par mlynchm demo/custom-messages-data-demo.html m demo/index.html m jquery.validate.js - lib/jquery.metadata.js m test/index.html m test/rules.js m test/test.js Remove support for metadata plugin, replace with data-rule- and data-msg- (added in 907467e8) (...)