
Recherche avancée
Médias (1)
-
Bug de détection d’ogg
22 mars 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Video
Autres articles (104)
-
Support audio et vidéo HTML5
10 avril 2011MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...) -
HTML5 audio and video support
13 avril 2011, parMediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
For older browsers the Flowplayer flash fallback is used.
MediaSPIP allows for media playback on major mobile platforms with the above (...) -
De l’upload à la vidéo finale [version standalone]
31 janvier 2010, parLe chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
Upload et récupération d’informations de la vidéo source
Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)
Sur d’autres sites (6794)
-
Decode 16 kHz PCM aLaw with ffmpeg
4 mai 2017, par Jim RhodesI have an application that receives an RTP stream from an IP camera and decodes it with ffmpeg and I am having a problem with a particular audio format.
If I configure the camera for G.711A at 8 kHz audio decodes correctly.
If I configure the camera for G.711A at 16 kHz audio plays at the wrong pitch. It plays at the correct speed but voices are very low pitch.
The camera sends a=rtpmap:8 PCMA/16000 for the audio track and I set up ffmeg like this :AVPacket avpkt;
AVCodec* pCodec;
AVCodecContext* pContext;
AVFrame* pFrame;
. . .
av_init_packet(&avpkt);
pCodec = avcodec_find_decoder(AV_CODEC_ID_PCM_ALAW);
if ( pCodec )
{
pContext = avcodec_alloc_context3(pCodec);
pContext->bits_per_coded_sample = 16;
pContext->sample_rate = 16000;
pContext->channels = 1;
if ( avcodec_open2(pContext, pCodec, NULL) >= 0)
{
pFrame = av_frame_alloc();
}
}As audio data is received I use
avcodec_decode_audio4
to decode the stream and pass the output to an audio device that accepts PCM16.Should ffmpeg be able to decode this format and if so is there anything else I need to set up ?
-
Merge commit ’746c56b7730ce09397d3a8354acc131285e9d829’
20 mars 2017, par Clément BœschMerge commit ’746c56b7730ce09397d3a8354acc131285e9d829’
* commit ’746c56b7730ce09397d3a8354acc131285e9d829’ :
indeo : Change type of array pitch parameters to ptrdiff_tMerged-by : Clément Bœsch <u@pkh.me>
-
opus : add a native Opus encoder
11 février 2017, par Rostislav Pehlivanovopus : add a native Opus encoder
This marks the first time anyone has written an Opus encoder without
using any libopus code. The aim of the encoder is to prove how far
the format can go by writing the craziest encoder for it.Right now the encoder’s basic, it only supports CBR encoding, however
internally every single feature the CELT layer has is implemented
(except the pitch pre-filter which needs to work well with the rest of
whatever gets implemented). Psychoacoustic and rate control systems are
under development.The encoder takes in frames of 120 samples and depending on the value of
opus_delay the plan is to use the extra buffered frames as lookahead.
Right now the encoder will pick the nearest largest legal frame size and
won’t use the lookahead, but that’ll change once there’s a
psychoacoustic system.Even though its a pretty basic encoder its already outperforming
any other native encoder FFmpeg has by a huge amount.The PVQ search algorithm is faster and more accurate than libopus’s
algorithm so the encoder’s performance is close to that of libopus
at zero complexity (libopus has more SIMD).
The algorithm might be ported to libopus or other codecs using PVQ in
the future.The encoder still has a few minor bugs, like desyncs at ultra low
bitrates (below 9kbps with 20ms frames).Signed-off-by : Rostislav Pehlivanov <atomnuker@gmail.com>