Recherche avancée

Médias (3)

Mot : - Tags -/image

Autres articles (88)

  • Les sons

    15 mai 2013, par

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

  • Automated installation script of MediaSPIP

    25 avril 2011, par

    To overcome the difficulties mainly due to the installation of server side software dependencies, an "all-in-one" installation script written in bash was created to facilitate this step on a server with a compatible Linux distribution.
    You must have access to your server via SSH and a root account to use it, which will install the dependencies. Contact your provider if you do not have that.
    The documentation of the use of this installation script is available here.
    The code of this (...)

Sur d’autres sites (8761)

  • RTMP Disconnects quickly when the stream is turned on and No index.m3u8 files are being generated in the assigned directory [closed]

    23 avril, par Kartik Salve
    23/4/2025 09:52:58 9408 [INFO] [rtmp connect] id=7K1RWSO1 ip=::1 app=live args={"app":"live","flashVer":"LNX 9,0,124,2","tcUrl":"rtmp://localhost:1935/live","fpad":false,"capabilities":15,"audioCodecs":4071,"videoCodecs":252,"videoFunction":1}
23/4/2025 09:52:58 9408 [INFO] [rtmp play] Join stream. id=7K1RWSO1 streamPath=/live/test  streamId=1 
23/4/2025 09:52:59 9408 [INFO] [rtmp play] Close stream. id=7K1RWSO1 streamPath=/live/test streamId=1
23/4/2025 09:52:59 9408 [INFO] [rtmp disconnect] id=7K1RWSO1


    


    These are the logs, ffmpeg pushes the stream in a different folder when tried manually.

    


      

    • I tried changing the location of my file outside of oneDrive to avoid any permission conflicts.

      • 


    • Manually checked if FFmpeg is correct with this command : C:\ffmpeg\bin\ffmpeg.exe -i rtmp://localhost/live/test -c:v copy -c:a aac -f hls -hls_time 2 -hls_list_size 5 -hls_flags delete_segments output/index.m3u8

      • 


    • Downgraded NMS to a stable version.

      • 


    


  • How to dump ALL metadata from a media file, including cover image title ? [closed]

    9 avril, par Unideal

    I have an MP3 song :

    


    # ffprobe -hide_banner -i filename.mp3
Input #0, mp3, from 'filename.mp3':
  Metadata:
    composer        : Music Author
    title           : Song Name
    artist          : Singer
    encoder         : Lavf61.7.100
    genre           : Rock
    date            : 2025
  Duration: 00:03:14.04, start: 0.023021, bitrate: 208 kb/s
  Stream #0:0: Audio: mp3 (mp3float), 48000 Hz, stereo, fltp, 192 kb/s
      Metadata:
        encoder         : Lavc61.19
  Stream #0:1: Video: png, rgb24(pc, gbr/unknown/unknown), 600x600 [SAR 1:1 DAR 1:1], 90k tbr, 90k tbn (attached pic)
      Metadata:
        title           : Cover
        comment         : Cover (front)


    


    The task is to save its metadata to a text file and restore from that file later. Both goals should be accomplished with ffmpeg.

    


    The simpliest method is to run :

    


    # ffmpeg -i filename.mp3 -f ffmetadata metadata.txt


    


    After that, metadata.txt contains :

    


    ;FFMETADATA1
composer=Music Author
title=Song Name
artist=Singer
date=2025
genre=Rock
encoder=Lavf61.7.100


    


    I got global metadata only, but stream-specific info (cover image title and comment in my case) are missing.

    


    Google suggested a more complex form of the command above to extract all metadata fields without any exclusions :

    


    # ffmpeg -y -i filename.mp3 -c copy -map_metadata 0 -map_metadata:s:v 0:s:v -map_metadata:s:a 0:s:a -f ffmetadata metadata.txt


    


    But the output is exactly the same :

    


    ;FFMETADATA1
composer=Music Author
title=Song Name
artist=Singer
date=2025
genre=Rock
encoder=Lavf61.7.100


    


    Again, no info about the attached image.

    


    Please explain what am I doing wrong.

    


  • avcodec/sanm : better frame size detection for old codecs

    11 mars, par Manuel Lauss
    avcodec/sanm : better frame size detection for old codecs

    The size of the video frame (FOBJ) of the old codecs (ANIMv0/1/2) can
    
very reliably be determined :

    - ANIMv0/1 (=Rebel Assault 1) uses a 384x242 internal buffer for
    
  everything.  The codec parameters only describe the size and offset
    
  of the specific FOBJ on that buffer.

    - ANIMv2 titles usually use one of the fullscreen codecs (37/47/48)
    
  as first FOBJ, and their dimensions can generally be trusted.

    - RA2 uses 424x260 as internal buffer, use that if encountered :
    
  08PLAY.SAN does not use codec37 so we need to guess using the
    
  codec coordinates.

    - ignore sizes smaller than 2x2 or larger than 800x600.

    - some game videos have an initial fobj with either 1x1 or -1x-1
    
  pixels in size, ignore them with a warning (Full Throttle
    
  and the Rebel Assault 2 xxRETRY.SAN videos).
    

    Once a known/valid dimension set has been discovered, use it and
    
don't change it for subsequent FOBJs, rather clamp the large frame
    
to the determined dimensions.
    

    Tested with RA1, RA2, Full Throttle, Dig, Outlaws, SotE and MotS
    
videos.
    

    Signed-off-by : Manuel Lauss <manuel.lauss@gmail.com>
    • [DH] libavcodec/sanm.c

Navigation