Recherche avancée

Médias (0)

Mot : - Tags -/auteurs

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (33)

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

  • Taille des images et des logos définissables

    9 février 2011, par

    Dans beaucoup d’endroits du site, logos et images sont redimensionnées pour correspondre aux emplacements définis par les thèmes. L’ensemble des ces tailles pouvant changer d’un thème à un autre peuvent être définies directement dans le thème et éviter ainsi à l’utilisateur de devoir les configurer manuellement après avoir changé l’apparence de son site.
    Ces tailles d’images sont également disponibles dans la configuration spécifique de MediaSPIP Core. La taille maximale du logo du site en pixels, on permet (...)

  • Contribute to a better visual interface

    13 avril 2011

    MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
    Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.

Sur d’autres sites (5480)

  • ffmpeg removing silence makes mp3 longer ?

    13 août 2017, par pocketg99

    I’ve been using the following command to attempt to remove silent segments from an mp3 file

    ffmpeg -i "podcasts/audio1.mp3" -af silenceremove=1:0:-50dB "/tmp/pod-sil.mp3"

    For some reason the resulting mp3 is twice as log as the input mp3. It is not half as fast. There does not appear to be any duplicated audio. There is some silence, but not an hour’s worth. For a given portion of the input file, you can find the same thing in the output file by going to twice the timestamp of the input file.

    The files are long so I have not yet listened to them all the way through. I really have no idea where the extra length is coming from, the files seem normal.

    Here is the full output from ffmpeg

    ffmpeg version 2.8.11-0ubuntu0.16.04.1 Copyright (c) 2000-2017 the FFmpeg developers
     built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.4) 20160609
     configuration: --prefix=/usr --extra-version=0ubuntu0.16.04.1 --build-suffix=-ffmpeg --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --cc=cc --cxx=g++ --enable-gpl --enable-shared --disable-stripping --disable-decoder=libopenjpeg --disable-decoder=libschroedinger --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librtmp --enable-libschroedinger --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzvbi --enable-openal --enable-opengl --enable-x11grab --enable-libdc1394 --enable-libiec61883 --enable-libzmq --enable-frei0r --enable-libx264 --enable-libopencv
     libavutil      54. 31.100 / 54. 31.100
     libavcodec     56. 60.100 / 56. 60.100
     libavformat    56. 40.101 / 56. 40.101
     libavdevice    56.  4.100 / 56.  4.100
     libavfilter     5. 40.101 /  5. 40.101
     libavresample   2.  1.  0 /  2.  1.  0
     libswscale      3.  1.101 /  3.  1.101
     libswresample   1.  2.101 /  1.  2.101
     libpostproc    53.  3.100 / 53.  3.100
    [mp3 @ 0x21880e0] Skipping 0 bytes of junk at 0.
    [mp3 @ 0x21880e0] Estimating duration from bitrate, this may be inaccurate
    Input #0, mp3, from 'podcasts/audio1.mp3':
     Duration: 01:00:00.20, start: 0.000000, bitrate: 320 kb/s
       Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 320 kb/s
    File '/tmp/pod-sil.mp3' already exists. Overwrite ? [y/N] y
    Output #0, mp3, to '/tmp/pod-sil.mp3':
     Metadata:
       TSSE            : Lavf56.40.101
       Stream #0:0: Audio: mp3 (libmp3lame), 44100 Hz, stereo, fltp
       Metadata:
         encoder         : Lavc56.60.100 libmp3lame
    Stream mapping:
     Stream #0:0 -> #0:0 (mp3 (native) -> mp3 (libmp3lame))
    Press [q] to stop, [?] for help
    [libmp3lame @ 0x21999e0] Trying to remove 1152 samples, but the queue is empty
    size=   56253kB time=01:00:00.16 bitrate= 128.0kbits/s    
    video:0kB audio:56253kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000439%
  • Revert "Replace FLAC__CPU_X86_64 with FLaC__CPU_X86_64."

    15 juin 2014, par Erik de Castro Lopo
    Revert "Replace FLAC__CPU_X86_64 with FLaC__CPU_X86_64."
    

    This reverts commit 151739921b74fbf31420358a5fbeb094efa017ed.

    This patch only when part way to replace all FLAC_* with FLaC_*
    and its really not worth going all the way.

    • [DH] configure.ac
    • [DH] src/libFLAC/cpu.c
    • [DH] src/libFLAC/fixed_intrin_sse2.c
    • [DH] src/libFLAC/fixed_intrin_ssse3.c
    • [DH] src/libFLAC/include/private/cpu.h
    • [DH] src/libFLAC/include/private/fixed.h
    • [DH] src/libFLAC/include/private/lpc.h
    • [DH] src/libFLAC/include/private/stream_encoder.h
    • [DH] src/libFLAC/lpc_intrin_sse.c
    • [DH] src/libFLAC/lpc_intrin_sse2.c
    • [DH] src/libFLAC/lpc_intrin_sse41.c
    • [DH] src/libFLAC/stream_encoder.c
    • [DH] src/libFLAC/stream_encoder_intrin_sse2.c
    • [DH] src/libFLAC/stream_encoder_intrin_ssse3.c
  • Reading a stream from gstreamer using ffmpeg

    23 septembre 2021, par Никель Виктор

    The title reveals the essence of the problem, but it is more specific

    


    I use Brave to generate a stream and OvenMediaEngine (hereinafter referred to as OME) as a media server

    


    The problem is that Brave is built on gstreamer and OME is built on ffmpeg

    


    Gstreamer uses nanoseconds to measure time, ffmpeg uses milliseconds. Because of this, when I stream from Brave to OME, I get the following logs

    


    ovenmediaengine_1  | [2021-09-22 11:45:34.832] W [InboundWorker:17] MediaRouter | mediarouter_stream.cpp:1044 | Detected abnormal increased timestamp. track:1 last.pts: 1005022355050, cur.pts: 1009317322368, tb(1/1000), diff: 4294967ms
ovenmediaengine_1  | [2021-09-22 11:45:34.854] W [InboundWorker:17] MediaRouter | mediarouter_stream.cpp:1044 | Detected abnormal increased timestamp. track:1 last.pts: 1009317322368, cur.pts: 1013612289685, tb(1/1000), diff: 4294967ms
ovenmediaengine_1  | [2021-09-22 11:45:34.856] W [InboundWorker:17] MediaRouter | mediarouter_stream.cpp:1044 | Detected abnormal increased timestamp. track:0 last.pts: 1009317322359, cur.pts: 1013612289688, tb(1/1000), diff: 4294967ms
ovenmediaengine_1  | [2021-09-22 11:45:34.897] W [InboundWorker:17] MediaRouter | mediarouter_stream.cpp:1044 | Detected abnormal increased timestamp. track:1 last.pts: 1013612289706, cur.pts: 1017907257024, tb(1/1000), diff: 4294967ms
ovenmediaengine_1  | [2021-09-22 11:45:34.897] W [InboundWorker:17] MediaRouter | mediarouter_stream.cpp:1044 | Detected abnormal increased timestamp. track:0 last.pts: 1013612289688, cur.pts: 1017907257051, tb(1/1000), diff: 4294967ms
ovenmediaengine_1  | [2021-09-22 11:45:34.921] W [InboundWorker:17] MediaRouter | mediarouter_stream.cpp:1044 | Detected abnormal increased timestamp. track:0 last.pts: 1017907257051, cur.pts: 1022202224313, tb(1/1000), diff: 4294967ms
ovenmediaengine_1  | [2021-09-22 11:45:34.939] W [InboundWorker:17] MediaRouter | mediarouter_stream.cpp:1044 | Detected abnormal increased timestamp. track:1 last.pts: 1017907257045, cur.pts: 1022202224362, tb(1/1000), diff: 4294967ms
ovenmediaengine_1  | [2021-09-22 11:45:34.961] W [InboundWorker:17] MediaRouter | mediarouter_stream.cpp:1044 | Detected abnormal increased timestamp. track:1 last.pts: 1022202224362, cur.pts: 1026497191680, tb(1/1000), diff: 4294967ms
ovenmediaengine_1  | [2021-09-22 11:45:34.963] W [InboundWorker:17] MediaRouter | mediarouter_stream.cpp:1044 | Detected abnormal increased timestamp. track:0 last.pts: 1022202224313, cur.pts: 1026497191676, tb(1/1000), diff: 4294967ms
ovenmediaengine_1  | [2021-09-22 11:45:34.984] W [InboundWorker:17] MediaRouter | mediarouter_stream.cpp:1044 | Detected abnormal increased timestamp. track:0 last.pts: 1026497191676, cur.pts: 1030792159005, tb(1/1000), diff: 4294967ms
ovenmediaengine_1  | [2021-09-22 11:45:35.003] W [InboundWorker:17] MediaRouter | mediarouter_stream.cpp:1044 | Detected abnormal increased timestamp. track:1 last.pts: 1026497191701, cur.pts: 1030792159018, tb(1/1000), diff: 4294967ms
ovenmediaengine_1  | [2021-09-22 11:45:35.025] W [InboundWorker:17] MediaRouter | mediarouter_stream.cpp:1044 | Detected abnormal increased timestamp. track:1 last.pts: 1030792159018, cur.pts: 1035087126336, tb(1/1000), diff: 4294967ms
ovenmediaengine_1  | [2021-09-22 11:45:35.026] W [InboundWorker:17] MediaRouter | mediarouter_stream.cpp:1044 | Detected abnormal increased timestamp. track:0 last.pts: 1030792159005, cur.pts: 1035087126335, tb(1/1000), diff: 4294967ms
ovenmediaengine_1  | [2021-09-22 11:45:35.046] W [InboundWorker:17] MediaRouter | mediarouter_stream.cpp:1044 | Detected abnormal increased timestamp. track:0 last.pts: 1035087126335, cur.pts: 1039382093697, tb(1/1000), diff: 4294967ms


    


    and the behavior of the stream type :

    


      

    1. I open the stream in VLC
    2. 


    3. I see one second of the video
    4. 


    5. The video freezes and I can't open it further
    6. 


    


    Has anyone encountered a similar problem ? There is a solution, or at least the direction of the solution.

    


    It is also worth saying that I used to use rtsp-simple-server and it worked fine