
Recherche avancée
Médias (1)
-
MediaSPIP Simple : futur thème graphique par défaut ?
26 septembre 2013, par
Mis à jour : Octobre 2013
Langue : français
Type : Video
Autres articles (81)
-
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 -
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 (...) -
Emballe médias : à quoi cela sert ?
4 février 2011, parCe plugin vise à gérer des sites de mise en ligne de documents de tous types.
Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;
Sur d’autres sites (8206)
-
PHP and FFMPEG advice/solution for a unknown issue
26 mars 2018, par sonam SharmaI am having a live video streaming website and I allow people to upload all the video files to the site till now everything is ok.
What I am doing is that I am using FFMPEG to convert the video to mp4 and also get a image out of the video after 20 seconds.
The code that I am using is that :
require 'vendor/autoload.php';
$getEXT_check=substr(@$_FILES['profileimage99']['name'],-3);
if($getEXT_check !='mp4' && $getEXT_check !='MP4'){
exec('ffmpeg -i '.$uploadfile.' -f mp4 -s 896x504 '.$new_flv.''); }
//execute ffmpeg and create thumb
exec('ffmpeg -i '.$uploadfile.' -ss 00:00:20 -vframes 1 '.$new_image_path);
$theduration=exec('ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 '.$uploadfile.' 2>&1');
$theduration_val=round($theduration/60, 2);What issue I am having is that
- sometimes the code dosent extract the image out of video
- video conversation takes very long time for non mp4 video (I am not converting mp4 videos)
Some info what I have done on server. During the development of site I installed ffmpeg on my pc and downloaded the vendor directory by composer.json file. But I have not done these things on my server I have a dedicated server from bluehost and have ffmpeg installed at this location.
/usr/local/bin/ffmpeg
/usr/local/bin/mplayer
/usr/local/bin/mencoder
/usr/bin/flvtool2
/usr/local/bin/MP4Box
/usr/local/bin/yamdiDuring uploading the site what I did is that I also uploaded the vendor directory and all the files and made the site live. I haven’t used any of the path as given by my server admin after asking.
Please suggest me something where I am doing wrong.
-
avformat : make avformat_close_input() more tolerant.
3 septembre 2013, par Clément Bœsch -
Failing to read frames from stream after interrupt
16 août 2013, par RyanI'm using FFmpeg to read and decode a network video stream. I have the read/decode stuff happening on a dedicated thread. Occasionally, I would like to join on that thread. To do this, I've tried specifying an interrupt callback and flags to indicate that reads should be non-blocking. I have most of the basics working, but I'm running into an issue with my av_read_frame after an interrupt. Here's the basic structure :
void read()
{
AVPacket pkt;
while (shouldRead)
{
if (av_read_frame(formatCtx, &pkt)
{
// succesfully read frame
}
else
{
// failed to read frame
}
}
}
int interrupt_cb(void* param)
{
return shouldInterrupt;
}
void initialize()
{
formatCtx = avformat_alloc_context();
formatCtx->flags |= AVFMT_FLAG_NONBLOCK;
formatCtx->flags |= AVIO_FLAG_NONBLOCK;
formatCtx->interrupt_callback.callback = interrupt_cb;
// ...other initialization stuff (e.g. avformat_open_input, etc.)
}After initialization, everything looks fine - I happily chug along reading frames. However, if I ever try to interrupt by setting shouldInterrupt to true, all subsequent av_read_frame calls fail. Also, the interrupt callback never gets called again. Digging into the code a bit, I see that formatCtx->packet_buffer is empty. Given that, it makes sense that the reads fail. How do I resume reading after the interrupt then ? I'd rather not have to tear down completely to resume reading and decoding.
UPDATE : I recently discovered that there's an AVIO_FLAG_NONBLOCK flag as well. I tried that but it didn't seem to help.