Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (36)

  • Ajouter notes et légendes aux images

    7 février 2011, par

    Pour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
    Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
    Modification lors de l’ajout d’un média
    Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

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

Sur d’autres sites (12891)

  • avcodec/rkmpp : remove stream start retries before first frame.

    2 janvier 2018, par LongChair
    avcodec/rkmpp : remove stream start retries before first frame.

    those were needed because of some odd mpp behavior that seems to have
    
been fixed.
    

    Makes the code cleaner.
    

    Signed-off-by : wm4 <nfxjfg@googlemail.com>
    • [DH] libavcodec/rkmppdec.c

  • avcodec/vp56 : Consider the alpha start as end of the prior header

    6 août 2019, par Michael Niedermayer
    avcodec/vp56 : Consider the alpha start as end of the prior header

    Fixes : Timeout (23sec -> 71ms)
    
Fixes : 15661/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VP6A_fuzzer-6257865947348992
    

    Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
    
Reviewed-by : Peter Ross <pross@xvid.org>
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavcodec/vp56.c

  • GStreamer qtdemux issue when start time is set

    17 décembre 2019, par user3157892

    I am using GStreamer to stream videos to RTSP and have problems with many of the videos I was given. I have thousands of videos that were recorded with FFMPEG to mp4. I can’t play any of the videos back as qtdemux reports the following error :

    qtdemux qtdemux.c:9129:qtdemux_parse_segments:<qtdemux0> Segment 0  extends to 4:57:00.937000000 past the end of the file duration 0:00:59.544000000 it will be truncated
    qtdemux qtdemux.c:9129:qtdemux_parse_segments:<qtdemux0> Segment 1  extends to 4:58:00.481000000 past the end of the file duration 4:57:00.937000000 it will be truncated</qtdemux0></qtdemux0>

    From what I can tell this is related to the start_pts of the video. Here is the output of ffprobe for the same video :

      Metadata:
    
    major_brand     : isom
    
    minor_version   : 512
    
    compatible_brands: isomiso2avc1mp41
    
    title           : libRtspServer
    
    encoder         : Lavf58.20.100
    
  Duration: 00:00:59.07, start: 5461.268000, bitrate: 2749 kb/s
    
    Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuvj420p(pc, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 2748 kb/s, 15.02 fps, 15 tbr, 90k tbn, 180k tbc (default)
    
    Metadata:
    
      handler_name    : VideoHandler
    
[STREAM]
    
index=0
    
codec_name=h264
    
codec_long_name=H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
    
profile=Main
    
codec_type=video
    
codec_time_base=29533/887000
    
codec_tag_string=avc1
    
codec_tag=0x31637661
    
width=1920
    
height=1080
    
coded_width=1920
    
coded_height=1080
    
has_b_frames=0
    
sample_aspect_ratio=1:1
    
display_aspect_ratio=16:9
    
pix_fmt=yuvj420p
    
level=41
    
color_range=pc
    
color_space=bt709
    
color_transfer=bt709
    
color_primaries=bt709
    
chroma_location=center
    
field_order=unknown
    
timecode=N/A
    
refs=1
    
is_avc=true
    
nal_length_size=4
    
id=N/A
    
r_frame_rate=15/1
    
avg_frame_rate=443500/29533
    
time_base=1/90000
    
start_pts=491514120
    
start_time=5461.268000
    
duration_ts=496830060
    
duration=5520.334000
    
bit_rate=2748339
    
max_bit_rate=N/A
    
bits_per_raw_sample=8
    
nb_frames=887
    
nb_read_frames=N/A
    
nb_read_packets=N/A
    
DISPOSITION:default=1
    
DISPOSITION:dub=0
    
DISPOSITION:original=0
    
DISPOSITION:comment=0
    
DISPOSITION:lyrics=0
    
DISPOSITION:karaoke=0
    
DISPOSITION:forced=0
    
DISPOSITION:hearing_impaired=0
    
DISPOSITION:visual_impaired=0
    
DISPOSITION:clean_effects=0
    
DISPOSITION:attached_pic=0
    
DISPOSITION:timed_thumbnails=0
    
TAG:language=und
    
TAG:handler_name=VideoHandler
    
[/STREAM]

    Note the start time - start_time=5461.268000

    One possible solution is to remux all of the videos to have a start time of 0.00. This doesn’t really seem like the ideal solution.

    Is there a way to manipulate GStreamer into playing the video from time 0 instead of trying to seek to the start time ? It could be possible that the videos are just not written correctly.

Navigation