
Recherche avancée
Médias (1)
-
Video d’abeille en portrait
14 mai 2011, par
Mis à jour : Février 2012
Langue : français
Type : Video
Autres articles (38)
-
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 (...) -
Installation en mode ferme
4 février 2011, parLe mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
C’est la méthode que nous utilisons sur cette même plateforme.
L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...) -
Emballe Médias : Mettre en ligne simplement des documents
29 octobre 2010, parLe plugin emballe médias a été développé principalement pour la distribution mediaSPIP mais est également utilisé dans d’autres projets proches comme géodiversité par exemple. Plugins nécessaires et compatibles
Pour fonctionner ce plugin nécessite que d’autres plugins soient installés : CFG Saisies SPIP Bonux Diogène swfupload jqueryui
D’autres plugins peuvent être utilisés en complément afin d’améliorer ses capacités : Ancres douces Légendes photo_infos spipmotion (...)
Sur d’autres sites (6594)
-
hevc : pass the full HEVCNAL struct to decode_nal_unit
25 janvier 2015, par Hendrik Leppkes -
What is the full code to execute a ffmpeg command in java [on hold]
16 janvier 2015, par user2303069I did the following and only got 0kb output file :
File encodingFile = new File("c :\ffmpeg\bin\output.mp4") ;
encodingFile.createNewFile() ;Process process = new ProcessBuilder("c:\\ffmpeg\\bin\\ffmpeg.exe", "-i", "c:\\ffmpeg\\bin\\input.mp4",
"-y", "-s", "1440" + "x" + "-1", "-vcodec", "libx264", "c:\\ffmpeg\\bin\\outfile.mp4").start();
is = process.getInputStream();
byte[] resultBuff = new byte[0];
byte[] buff = new byte[1024];
int k = -1;
while((k = is.read(buff, 0, buff.length)) > -1) {
byte[] tbuff = new byte[resultBuff.length + k]; // temp buffer size = bytes already read + bytes last read
System.arraycopy(resultBuff, 0, tbuff, 0, resultBuff.length); // copy previous bytes
System.arraycopy(buff, 0, tbuff, resultBuff.length, k); // copy current lot
resultBuff = tbuff; // call the temp buffer as your result buff
}
fos=new FileOutputStream(encodingFile);
fos.write(resultBuff, 0,resultBuff.length );
gui.textArea1.append("\n"+resultBuff.length + " bytes read.");
//return resultBuff;
try {
// if you want to wait for the process to finish
process.waitFor();
gui.textArea1.append("\n+++++++Finished while converting!++++++++\n");
} catch (InterruptedException ex) {
gui.textArea1.append("\nInterruptedException: "+ex.getMessage());
}
}catch(IOException ex){
gui.textArea1.append("\nIOException converting: "+ex.getMessage());
}finally{
try{
if(is!=null){
is.close();
}
if(fos!=null){
fos.close();
}
}catch(IOException ioe){
gui.textArea1.append("\nClosing streams while converting:"+ioe.getMessage());
}
}My question is how to get back a converted file using ffmpeg in java. So far I got empty files. It’s like nothing happens during the converting process. I got the code from web(here) and modified it according to my desire so can you just tell me how to do this correctly ? Thanks a lot.
-
rtmppkt : Repeat the full 32 bit timestamp for chunking continuation packets
14 janvier 2015, par Martin Storsjörtmppkt : Repeat the full 32 bit timestamp for chunking continuation packets
This fixes sending chunked packets (packets larger than the output
chunk size, which often can be e.g. 4096 bytes) with a timestamp delta
(or absolute timstamp, if it’s a timestamp step backwards, or the
first packet of the stream) larger than 0xffffffff.The RTMP spec explicitly says (in section 5.3.1.3.) that packets of
type 3 (continuation packets) should include this field, if the
previous non-continuation packet had it included.The receiving code handles these packets correctly.
Pointed out by Cheolho Park.
CC : libav-stable@libav.org
Signed-off-by : Martin Storsjö <martin@martin.st>