
Recherche avancée
Autres articles (35)
-
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir -
Encoding and processing into web-friendly formats
13 avril 2011, parMediaSPIP automatically converts uploaded files to internet-compatible formats.
Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
All uploaded files are stored online in their original format, so you can (...) -
Les formats acceptés
28 janvier 2010, parLes commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
ffmpeg -codecs ffmpeg -formats
Les format videos acceptés en entrée
Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
Les formats vidéos de sortie possibles
Dans un premier temps on (...)
Sur d’autres sites (6889)
-
aacenc_tns : tune and reduce artifacts
6 décembre 2015, par Rostislav Pehlivanovaacenc_tns : tune and reduce artifacts
There are a couple of major changes here :
1. Start using TNS coefficient compression.
2. Start using 3 bits per coefficient maximum for short windows.
The bits we save from these 2 changes seem to make a nice impact on the
rest of the file/windows.3. Remove special case gain checking for short windows.
4. Modify the coefficient loop to support up to 3 windows.
The additional restrictions on TNS were something that was no in the
specifications and furthermore restricting TNS to only low energy short
windows was done to compensate for bugs elsewhere in the code.Overall, the improvements here reduce crackling artifacts heard in very
noisy tracks.Signed-off-by : Rostislav Pehlivanov <atomnuker@gmail.com>
-
Reading from an audio CD in Java
30 novembre 2019, par MacmanmattyHello I’m Finishing up my java music player that is also a portfolio project and I wondered how I can read from an audio CD in java. The java file class can read the file data and send it to ffmpeg via opencv for java and then write to the source data line for playing , unless the user skips songs too fast or tries to seek them. Then the song refuses to play (due to buffer under runs I believe ; it throws ffmpeg frame grabber execeptions) and it just keeps skipping tracks. File input stream was slightly better but it faced other problems and still had seeking problems. My latest idea was to cache the file on to the hard disk and then play it. But not one of the four file copy methods I tried, Java Copy File – Stream, Java Copy File – java.nio.channels.FileChannel, Java Copy File – Apache Commons IO FileUtils, Java Copy File – Files class was able to copy 100% of the file 100% of the time. They mostly transferred about 50-60% of it and then quit. So how does one read from a CD in java ? I’m running OSX 10.12 and all of the audio files appear up as AIFF files . I would like to be able to have this work for all major desktop platforms (OSX Windows, Linux) though.
-
avformat/wtvdec : Forward errors when reading packet
10 février 2020, par Andreas Rheinhardtavformat/wtvdec : Forward errors when reading packet
wtvfile_read_packet did not abide by the requirements of an
AVIOContext's read_packet-function : If it did not read anything,
it returned zero, which currently leads to a warning in read_packet_wrapper
in aviobuf.c. Said warning will be an av_assert2 as soon as
FF_API_OLD_AVIO_EOF_0 is zero (probably the next major version bump).
So instead forward the error code from the underlying protocol.This error/assert is triggered in the wtv-demux FATE test.
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
Reviewed-by : Peter Ross <pross@xvid.org>
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>