Recherche avancée

Médias (2)

Mot : - Tags -/media

Autres articles (95)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

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

Sur d’autres sites (11146)

  • ffmpeg's invalid input stream fps causes low latency [closed]

    9 mai 2024, par I have 10 fingers

    I have ffmpeg setup which produces rtmp stream from remote rtsp stream. The rtsp stream comes from ip camera which support multiple profiles. Each profile has 1080p 30 fps, 1080p 15 fps.

    


    The weird thing is that when ffmpeg analyze its input stream, one profile is recognized as 1 fps as below

    


    Input #0, rtsp, from 'rtsp://...':
  Metadata:
    title           : Media Presentation
    comment         : samsung
  Duration: N/A, start: 0.064144, bitrate: N/A
    Stream #0:0: Video: h264 (High), yuvj420p(pc, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 1 fps, 1 tbr, 90k tbn, 2 tbc
    Stream #0:1: Data: none
Output #0, flv, to 'rtmp:...':
  Metadata:
    title           : Media Presentation
    comment         : samsung
    encoder         : Lavf58.29.100
    Stream #0:0: Video: h264 (High) ([7][0][0][0] / 0x0007), yuvj420p(pc, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 1 fps, 1 tbr, 1k tbn, 90k tbc
Stream mapping:
  Stream #0:0 -> #0:0 (copy)


    


    And when it is played the tbr is 30 i think it means the real fps from video stream is 30. No problem actually this gives me the lowest latency(2-3s).

    


    The other stream is normal 30 fps input 30 fps output and it gives me some delay(5-6s) so i want to know what cause this fps bug ? If i can use this bug i want to change all my streams to reduce the latency.

    


  • RGB to YUV422 conversion with ffmpeg, incorrect colors

    22 janvier 2016, par user3578571

    I’m trying to convert an 8bit RGB uncompressed to an mpeg2 mxf file (xdcam 422 HD 1080 50i) which is YUV422. With info from the FFMpeg docs and various websites i made the following command :

    ./ffmpeg -y -i test_lines.mov  -pix_fmt yuv422p -vcodec mpeg2video -non_linear_quant 1 -flags +ildct+ilme -top 1 -dc 10 -intra_vlc 1 -qmax 2 -vtag xd5c -rc_max_vbv_use 1 -rc_min_vbv_use 1 -g 12 -b:v 50000k -minrate 50000k -maxrate 50000k -bufsize 8000k -acodec pcm_s24le -ar 48000 -bf 2 -ac 2 lines_HD.mxf

    This gave me a result with the colors much brighter than the original.

    So i tried adding the options -color_range 1 -colorspace 1 -color_primaries 1 -color_trc 1 but this didn’t seem to do anything.

    After adding colormatrix=bt601:bt709 i got a way better image, but slightly darker than the original and it also feels weird specifying this option cause the source is also in the REC709 colorspace, so why specify it differently ?

    Next i regenerated my source image to an YUV codec (prores) and rerun FFMpeg on it with the colors coming out just fine. Therefore i think it has to be an RGB -> YUV problem.
    Does somebody have an idea how to this properly ? I can provide screenshots of the different results on a videoscope as soon as i’m back at the office, if anybody is interested.

    Last, i know there are various topics touching this subject but either they go way over my head FFmpeg wise or bring me to the stage where i already am.

  • configure : add option to statically link to libvulkan

    18 décembre 2024, par Lynne
    configure : add option to statically link to libvulkan

    This may be useful in weird setups and on platforms where
    
static linking to libvulkan is supported.
    

    libplacebo also has this fallback.
    • [DH] configure
    • [DH] libavutil/hwcontext_vulkan.c

Navigation