Recherche avancée

Médias (2)

Mot : - Tags -/media

Autres articles (74)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

  • Contribute to documentation

    13 avril 2011

    Documentation is vital to the development of improved technical capabilities.
    MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
    To contribute, register to the project users’ mailing (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (7286)

  • ffmpeg dshow Frame dropped on removal and re-insertion of headset

    11 février 2019, par Debendra Modi

    I am using avformat_open_input and av_read_frame to capture audio frames from my usb headset (speaker and mic - "audio=virtual-audio-capturer" and my usb mic device) and then further processing of the frame. Everything works fine. I can run my code for days without any issue. However, when I remove my headset from the usb jack, as expected av_read_frame gives an error code -5.

    At this time, I close my input device using avformat_close_input and try to open the input device. This continues to fail till I re-insert my headset. I am then again able to capture the frames and process them. However, after some time, I get messages as follows from the ffmpeg library -

    [dshow @ 0a529040] real-time buffer [virtual-audio-capturer] [audio input] too full or near too full (99% of size : 3041280 [rtbufsize parameter]) ! frame dropped !

    It appears dshow continues to capture frames although I have closed the input. Most forums mention to increase the rtbufsize, but that may not be a proper solution specially if I want to remove my headset for long duration.

    Isn’t there any way to stop dshow from capturing frames so that i am able to run my code without dropping frames, regardless of how many times or how long I remove the headset ?

    Thanks in advance.

  • Revision aa76bf3d28 : Removal of CONFIG_NEW_MVREF experiment. This experiment has failed to give much

    19 avril 2013, par Paul Wilkins

    Changed Paths : Modify /configure Modify /vp9/common/vp9_blockd.h Modify /vp9/common/vp9_entropymode.c Modify /vp9/common/vp9_entropymv.c Modify /vp9/common/vp9_entropymv.h Modify /vp9/decoder/vp9_decodemv.c Modify /vp9/decoder/vp9_decodframe.c (...)

  • mp4 video rotation metadata removal

    6 mars 2019, par Horst Fiedler

    Using ffmpeg to remove rotate metadata works but output is little bit confusing as Metadata : rotate : 90 still appears in output section.

    ffmpeg version N-92663-g8affd75

    seems to keep rotate metadata :

    Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'vid_20190302_162804987.mp4':
    
  Metadata:
    
    major_brand     : mp42
    
    minor_version   : 0
    
    compatible_brands: isommp42
    
    creation_time   : 2019-03-02T15:28:43.000000Z
    
    com.android.version: 6.0.1
    
  Duration: 00:00:32.40, start: 0.000000, bitrate: 17230 kb/s
    
    Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080, 17003 kb/s, SAR 1:1 DAR 16:9, 28.98 fps, 29.33 tbr, 90k tbn, 180k tbc (default)
    
    Metadata:
    
      rotate          : 90
    
      creation_time   : 2019-03-02T15:28:43.000000Z
    
      handler_name    : VideoHandle
    
      encoder         : MOTO
    
    Side data:
    
      displaymatrix: rotation of -90.00 degrees
    
    Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default)
    
    Metadata:
    
      creation_time   : 2019-03-02T15:28:43.000000Z
    
      handler_name    : SoundHandle
    
Output #0, mp4, to '1.mp4':
    
  Metadata:
    
    major_brand     : mp42
    
    minor_version   : 0
    
    compatible_brands: isommp42
    
    com.android.version: 6.0.1
    
    encoder         : Lavf58.24.100
    
    Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 17003 kb/s, 28.98 fps, 29.33 tbr, 90k tbn, 90k tbc (default)
    
    Metadata:
    
      rotate          : 90
    
      creation_time   : 2019-03-02T15:28:43.000000Z
    
      handler_name    : VideoHandle
    
      encoder         : MOTO
    
    Side data:
    
      displaymatrix: rotation of -0.00 degrees
    
    Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default)
    
    Metadata:
    
      creation_time   : 2019-03-02T15:28:43.000000Z
    
      handler_name    : SoundHandle

    but fortunatly the rotate is missing in succeeding ffmpeg (or ffprobe)

Navigation