Recherche avancée

Médias (17)

Mot : - Tags -/wired

Autres articles (97)

  • Installation en mode ferme

    4 février 2011, par

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

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Possibilité de déploiement en ferme

    12 avril 2011, par

    MediaSPIP peut être installé comme une ferme, avec un seul "noyau" hébergé sur un serveur dédié et utilisé par une multitude de sites différents.
    Cela permet, par exemple : de pouvoir partager les frais de mise en œuvre entre plusieurs projets / individus ; de pouvoir déployer rapidement une multitude de sites uniques ; d’éviter d’avoir à mettre l’ensemble des créations dans un fourre-tout numérique comme c’est le cas pour les grandes plate-formes tout public disséminées sur le (...)

Sur d’autres sites (9299)

  • Conversion of individual mp4 files to ts yields unexpected playback

    3 août 2021, par MorenoGentili

    I'm converting three mp4 files (h264, no audio, each with a duration of three seconds) to the mpeg-ts format like so.

    


    ffmpeg -i 1.mp4 -c copy 1.ts
ffmpeg -i 2.mp4 -c copy 2.ts
ffmpeg -i 3.mp4 -c copy 3.ts


    


    Please note : I can't combine the mp4 files beforehand. Each one has to be converted individually as shown above since they're being generated by a live recorder.

    


    Then, I manually created a .m3u8 manifest like this one, so I could play those 3 ts files in sequence :

    


    #EXTM3U
#EXT-X-VERSION:3
#EXT-X-MEDIA-SEQUENCE:0
#EXT-X-PLAYLIST-TYPE:VOD
#EXT-X-TARGETDURATION:3
#EXTINF:3,
1.ts
#EXTINF:3,
2.ts
#EXTINF:3,
3.ts
#EXT-X-ENDLIST


    


    When I run the ffplay index.m3u8 command :

    


      

    • 1.ts is played for three seconds as expected ;
    • 


    • 2.ts is played "for a split second" (maybe just a frame) ;
    • 


    • 3.ts is played for three seconds as expected.
    • 


    


    Can someone explain why 2.ts is shown for such a brief time ? When I run ffmpeg -i 2.ts, the output is correctly displaying a duration of three seconds.

    


    Input #0, mpegts, from '2.ts':
  Duration: 00:00:03.00, start: 1.480000, bitrate: 49 kb/s


    


    How can I change my mp4 -> ts conversion commands so that each file can play for their whole duration (i.e. three seconds each) ? I'd like to avoid reencoding if possible.

    


    Thank you, I'm adding a link to the three files and the manifest for completeness.

    


  • FFMPEG segmented radio stream shows incorrect duration after a concat

    27 juillet 2021, par darbid

    On MacOS using Automator I am recording a radio stream. I thought the best way to do this so as to avoid an internet drop out was to segment it as follows.

    


    /opt/homebrew/Cellar/ffmpeg/4.4_2/bin/ffmpeg -i http://s2.viastreaming.net:7100 -t 02:10:00 -c copy -f segment -segment_time 1800 -segment_list /Volumes/BackUp/Radio/segmentlist.txt -segment_list_entry_prefix "file /Volumes/BackUp/Radio/" /Volumes/BackUp/Radio/Segments_%d.m4a


    


    I then bring it all together with the following command.

    


    /opt/homebrew/Cellar/ffmpeg/4.4_2/bin/ffmpeg -f concat -safe 0 -i /Volumes/BackUp/Radio/segmentlist.txt -c copy /Volumes/BackUp/Radio/capture.m4a


    


    Looking at the get info of the capture.m4a file it shows a duration of 2 hours 10 minutes, however, when I play it in for example iTunes it shows exactly 5:10. It also shows 5:10 for example in Emby (a local media server solution).

    


    Can someone please point me in the right direction on fixing my ffmpeg commands ?

    


  • Java process use more memory than VisualVM shows

    16 juillet 2021, par Dinexpod

    my java application works 1 day,
(I use different libs for processing photo like ffmpeg, javacv, javacpp)
and then I see that my app use 9,5Gb RAM.

    


    system monitoring tools

    


    I don't understand why my app use so a lot of memory.

    


    I set -Xmx6G

    


    In VisualVM I see that heap space size 188M

    


    heap space in visualVM

    


    Meta Space use 141M

    


    metaspace in visualVM

    


    May be this helps

    


    allocated bytes in visualVM

    


    I read articles that Java use more RAM than heap space because there are JIT, Heap space, meta space, code, ant etc. But 9.5Gb is a lot of on my mind

    


    Edited :

    


      

    • Yes my app some times have exceptions java.lang.OutOfMemoryError : Java heap space
    •