Recherche avancée

Médias (2)

Mot : - Tags -/plugins

Autres articles (47)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Other interesting software

    13 avril 2011, par

    We don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
    The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
    We don’t know them, we didn’t try them, but you can take a peek.
    Videopress
    Website : http://videopress.com/
    License : GNU/GPL v2
    Source code : (...)

Sur d’autres sites (8092)

  • Fix writing first audio Cues in dash mode.

    9 octobre 2014, par Frank Galligan
    Fix writing first audio Cues in dash mode.

    In dahsmode Matroska is not writing the first Cluster for every
    
audio stream in the Cues element.
    

    Signed-off-by : Frank Galligan <frankgalligan@gmail.com>
    
Reviewed-by : Vignesh Venkatasubramanian <vigneshv@google.com>
    
Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavformat/matroskaenc.c

  • configure : Mention the dash demuxer in the libxml2 help text.

    14 mai 2018, par Carl Eugen Hoyos
    configure : Mention the dash demuxer in the libxml2 help text.
    • [DH] configure

  • ffmpeg dash/hls wrong timestamp when using mp4, -ss, and -copyts

    6 décembre 2019, par user2114284

    I have noticed some inconsistencies with the output timestamp when using ffmpeg with the dash/hls muxers with mp4, -ss, and -coptyts and I am wondering if it is a bug or if I am just misunderstanding something about how ffmpeg is supposed to work.

    Here I seek 15 seconds in the input and use the copyts argument to copy the input timestamp :

    However, when checking the output with ffprobe, it shows the timestamps starting at 30 seconds, double what I would expect :

    ffmpeg -ss 15 -i big_buck_bunny_720p_10mb.mkv -to 30 -copyts -acodec aac -vcodec libx264 -f hls -hls_time 2 -hls_init_time 2 -hls_list_size 0 -hls_segment_type fmp4 out.m3u8
    

    
cat init.mp4 out0.m4s | ffprobe -show_frames -pretty -
    

    
[FRAME]
    
media_type=video
    
stream_index=0
    
key_frame=1
    
pkt_pts=384000
    
pkt_pts_time=0:00:30.000000
    
pkt_dts=384000
    
pkt_dts_time=0:00:30.000000
    
best_effort_timestamp=384000
    
best_effort_timestamp_time=0:00:30.000000
    
...

    If I switch the hls_segment_type to mpegts, the timestamp shows around 15 seconds which I would expect :

    ffmpeg -ss 15 -i big_buck_bunny_720p_10mb.mkv -to 30 -copyts -acodec aac -vcodec libx264 -f hls -hls_time 2 -hls_init_time 2 -hls_list_size 0 -hls_segment_type mpegts out.m3u8
    

    
ffprobe -i out0.ts -show_frames -pretty
    

    
[FRAME]
    
media_type=audio
    
stream_index=1
    
key_frame=1
    
pkt_pts=1474080
    
pkt_pts_time=0:00:16.378667
    
pkt_dts=1474080
    
pkt_dts_time=0:00:16.378667
    
best_effort_timestamp=1474080
    
best_effort_timestamp_time=0:00:16.378667
    
...

    I also see the timestamp being doubled when using -ss, -copyts, and mp4 with the dash muxer. Similarly, the dash muxer seems to output the correct timestamps when switched to webm.

    I have seen the same results with several different input files. Am I misunderstanding something about how ffmpeg works, or is this a bug somewhere in the mp4 segmenting ?

Navigation