Recherche avancée

Médias (1)

Mot : - Tags -/bug

Autres articles (45)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

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

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

Sur d’autres sites (7847)

  • Multicast video captured via VLC shows a gray background for the first 1/2 second

    1er août 2014, par DavidG

    I am capturing multicast video using VLC.exe and performing some processing/converting using FFmpeg.exe. The resulting video starts with a gray background with some of the moving objects moving through the gray background. This seems to me that the video is not starting on an I-Frame, but on a B-Frame or a P-Frame. However, when I run ffprobe, it states the first frame is a key frame. After about 1/2 second, the video plays fine.

    Here is the command I’m using to capture the video :

    vlc.exe -I curses --run-time=10 "my.sdp" --sout=video.mp4

    I’m not using anything special when I convert to an mp4 file using FFmpeg :

    ffmpeg.exe -i video.mp4 -s 400x300 final.mp4

    I tried to post an image of the first frame or two, but Stackoverflow gave me an error stating I need at least 10 reputation to post images. Sorry about that, an image would have helped.

    I ran the command "ffprobe show_frames " and it looks like the first frame is a key frame. Of course I’m new to all this and I don’t know what I’m doing or seeing.

    Here is beginning of the output to the "ffprobe show_frames " command :

    [FRAME]
    media_type=video
    key_frame=1
    pkt_pts=0
    pkt_pts_time=0.000000
    pkt_dts=0
    pkt_dts_time=0.000000
    pkt_duration=1001
    pkt_duration_time=0.033367
    pkt_pos=48
    pkt_size=756
    width=400
    height=300
    pix_fmt=yuv420p
    sample_aspect_ratio=1:1
    pict_type=I
    coded_picture_number=0
    display_picture_number=0
    interlaced_frame=0
    top_field_first=0
    repeat_pict=0
    reference=3
    [/FRAME]

    Is there any way to either tell VLC.exe to start capturing on an I-Frame (This would be the best solution as I specify a duration to capture the video) or is there a way to tell FFmpeg.exe to start converting the input video starting at the first I-Frame encountered ?

    Thanks,
    - David

  • Icecast live stream extract none silent parts into individual files

    18 avril 2020, par Nokoa

    I am looking to split an icecast audio live stream into individual audio files separated by silences. I was able to achieve this with FFMPEG when having the source input file saved locally first. I can't do that because I have 20 streams being monitored and the original files keeps growing and end up taking too much space on my drive.

    



    Is it possible to do this directly with a live stream audio without saving the full original uncut stream file to drive ?

    


  • h264_sei : use a separate reader for the individual SEI messages

    19 mai 2017, par Anton Khirnov
    h264_sei : use a separate reader for the individual SEI messages
    

    This tells the parsing functions the payload size and prevents them from
    overreading.

    • [DH] libavcodec/h264_sei.c