Recherche avancée

Médias (91)

Autres articles (68)

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP 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, par

    MediaSPIP 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 (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-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

Sur d’autres sites (6161)

  • command for Php ffmpeg exec

    24 juin 2015, par shilpa shri

    Can anyone please help me with ffmpeg exec command for php , i need converting video file , so that output file should be 640*480 resolution, 128Kbps sound ,output file should be mp4 container video codec H.264 Audio codec AAC

    Currently i am using code
    $a = exec(’"/usr/local/bin/ffmpeg" -y -i "test.mp4" -ab 128k -s 640x480 -vcodec mpeg4 -acodec:a copy "output.mp4" 2>&1 ’, $output, $error) ;

    where output.mp4 file is generated but the video is not clear (very blurred video).
    and the result which displayed on browser shows

    [79] =>     Last message repeated 391 times
    [80] => frame= 5159 fps=723 q=24.8 size=   12857kB time=00:03:26.91 bitrate= 509.0kbits/s dup=4591 drop=0    
    Error while decoding stream #0:0: Invalid data found when processing input
    [81] =>     Last message repeated 359 times
    [82] => frame= 5627 fps=739 q=31.0 Lsize=   14071kB time=00:03:45.16 bitrate= 511.9kbits/s dup=5009 drop=0
    [83] => video:8650kB audio:5277kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.030902%
    [84] => Conversion failed!

    Input file was 82.21mb
    output file was 13.74mb

  • lavc/aarch64 : port HEVC SIMD idct NEON

    16 janvier 2021, par Reimar Döffinger
    lavc/aarch64 : port HEVC SIMD idct NEON
    

    Makes SIMD-optimized 8x8 and 16x16 idcts for 8 and 10 bit depth
    available on aarch64.
    For a UHD HDR (10 bit) sample video these were consuming the most time
    and this optimization reduced overall decode time from 19.4s to 16.4s,
    approximately 15% speedup.
    Test sample was the first 300 frames of "LG 4K HDR Demo - New York.ts",
    running on Apple M1.

    Signed-off-by : Josh Dekker <josh@itanimul.li>

    • [DH] libavcodec/aarch64/Makefile
    • [DH] libavcodec/aarch64/hevcdsp_idct_neon.S
    • [DH] libavcodec/aarch64/hevcdsp_init_aarch64.c
    • [DH] libavcodec/hevcdsp.c
    • [DH] libavcodec/hevcdsp.h
  • ffmpeg -ss then apply filter then concat producing timestamp errors

    6 août 2020, par Bob Ramsey

    Using ffmpeg, I have split a file into multiple parts using -ss. Then I apply a filter to some of the files, then concat the files back together. When I do that, I get : Non-monotonous DTS in output stream 0:0 ; previous : 341334, current : 340526 ; changing to 341335. This may result in incorrect timestamps in the output file. The output file plays, but there are noticeable skips where the files are joined.

    &#xA;

    Here's how I am splitting the file :

    &#xA;

    ffmpeg -i full_source.mp4 -ss 0 -to 14.264250 -c copy  01-plain.mp4&#xA;ffmpeg -i full_source.mp4 -ss 14.264250 -to 18.435083 -c copy  01-filtered.mp4&#xA;&#xA;ffmpeg -i full_source.mp4 -ss 18.435083 -to 29.988292 -c copy  02-plain.mp4&#xA;ffmpeg -i full_source.mp4 -ss 29.988292 -to 31.865167 -c copy  02-filtered.mp4&#xA;...&#xA;ffmpeg -i full_source.mp4 -ss 0 -to 14.264250 -c copy  10-plain.mp4&#xA;ffmpeg -i full_source.mp4 -ss 234.484203 -to 300.000 -c copy  10-filtered.mp4&#xA;

    &#xA;

    Then I apply a different drawtext filter on each of the 10 filtered files and save them with a new name, like :

    &#xA;

    ffmpeg -hide_banner -loglevel warning -y -i 01-filtered.mp4 -filter_complex "drawtext=fontfile=calibri.ttf:fontsize=24:fontcolor=white:x=300:y=500:text=&#x27;hello world&#x27;" -crf 15 01-filtered-complete.mp4&#xA;

    &#xA;

    Finally, I join all of the plain and complete files back together like this :

    &#xA;

    ffmpeg  -f concat -safe 0 -i mylist.txt -c:a copy -c:v copy  outfile.mp4&#xA;

    &#xA;

    And that's where the timing error comes in. I've tried adding -vsync drop in the concat command, but that didn't really work either. Same version of ffmpeg does the split, the filter, and the concat. I've tried different versions, everything from 20170519 to one from May 2020 with the same result. Always making sure that all three steps are done by the same version of ffmpeg.

    &#xA;

    The only thing I can see is that ffprobe shows a duration of 14.27 for 01-plain.mp4 when it should be 14.264250. All of the other files show a similar rounding difference. The files are 23.98 fps. If I do all of my filters in really long command without splitting the file, I can use the more precise numbers with no problem. It just takes 10 times as long. This is all scripted, it happens a couple of hundred times a day and time is money, so I can't take 10 times as long to do each file.

    &#xA;

    Any ideas ? Thanks in advance !

    &#xA;