Recherche avancée

Médias (91)

Autres articles (20)

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

  • Submit enhancements and plugins

    13 avril 2011

    If you have developed a new extension to add one or more useful features to MediaSPIP, let us know and its integration into the core MedisSPIP functionality will be considered.
    You can use the development discussion list to request for help with creating a plugin. As MediaSPIP is based on SPIP - or you can use the SPIP discussion list SPIP-Zone.

Sur d’autres sites (3536)

  • Revision 94fa3bcc06 : Merge "Bugfix from reordering frame probs patch" into experimental

    22 avril 2013, par Deb Mukherjee

    Changed Paths : Modify /vp9/decoder/vp9_decodframe.c Modify /vp9/encoder/vp9_bitstream.c Merge "Bugfix from reordering frame probs patch" into experimental

  • Revision f12509f640 : Merge "Removes the code_nonzerocount experiment" into experimental

    22 avril 2013, par Deb Mukherjee

    Changed Paths : Modify /vp9/decoder/vp9_decodframe.c Modify /vp9/encoder/vp9_encodemb.c Modify /vp9/encoder/vp9_rdopt.c Merge "Removes the code_nonzerocount experiment" into experimental

  • FFMPEG Segmenting skips when m3u8 changes file

    25 septembre 2012, par user792164

    I am attempting to segment a large video file in to segments. When streamed (even locally) by opening the m3u8 file it will jump forward in time by some period of time less than 1 second.

    The following commands are executed :

    First mp4 —> ts :

    ffmpeg -i input_file.mp4 -bsf:v h264_mp4toannexb -acodec libfaac -vcodec libx264 -f mpegts -threads 0 output.ts

    Then I split using :

    ffmpeg -i output.ts -vcodec copy -acodec copy -map 0 -f segment -segment_time 30 -segment_list output.m3u8 -segment_list_type m3u8 -segment_format mpegts output%03d.ts

    Note : Changing segment time has no effect on issue.

    Generated manifest :

    #EXTM3U
    
#EXT-X-VERSION:4
    
#EXTINF:30.947578,
    
output000.ts
    
#EXTINF:30.155111,
    
output001.ts
    
...
    
#EXTINF:24.023989,
    
output082.ts
    
#EXT-X-TARGETDURATION:37
    
#EXT-X-ENDLIST

    Meta Data :

    $> ffmpeg -version
    
ffmpeg version git-2012-08-19-a93c221
    
built on Aug 19 2012 13:18:58 with gcc 4.4.5 (Debian 4.4.5-8)
    
configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib/ --mandir=/usr/share/man --extra-cflags='-O3 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions \ -fstack-protector --param=ssp-buffer-size=4 -mtune=generic' --enable-gpl --enable-shared --enable-nonfree --enable-version3 --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-pthreads --enable-libxvid --enable-postproc --enable-libgsm --enable-libspeex --enable-avfilter --disable-decoder=libdirac --enable-libfreetype --enable-libschroedinger --disable-decoder=libschroedinger --enable-libopenjpeg --disable-ffplay --disable-ffserver
    
libavutil      51. 70.100 / 51. 70.100
    
libavcodec     54. 53.100 / 54. 53.100
    
libavformat    54. 25.104 / 54. 25.104
    
libavdevice    54.  2.100 / 54.  2.100
    
libavfilter     3. 11.101 /  3. 11.101
    
libswscale      2.  1.101 /  2.  1.101
    
libswresample   0. 15.100 /  0. 15.100
    
libpostproc    52.  0.100 / 52.  0.100

    -

    $> ffprobe input_file.mp4
    

    
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input_file.mp4':
    
Metadata:
    
major_brand     : isom
    
minor_version   : 1
    
compatible_brands: isom
    
creation_time   : 2011-09-08 11:43:25
    
Duration: 00:41:31.00, start: 0.000000, bitrate: 1146 kb/s
    
Stream #0.0(und): Video: h264 (High), yuv420p, 720x404 [PAR 1:1 DAR 180:101], 1015 kb/s,    23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc
    
Metadata:
    
  creation_time   : 2011-09-08 11:43:25
    
Stream #0.1(und): Audio: aac, 48000 Hz, stereo, s16, 124 kb/s
    
Metadata:
    
  creation_time   : 2011-09-08 11:43:25

    -

    $> ffprobe output_file.ts
    
Input #0, mpegts, from 'output_file.ts':
    
Duration: 00:41:30.98, start: 1.400000, bitrate: 807 kb/s
    
Program 1 
    
Metadata:
    
  service_name    : Service01
    
  service_provider: FFmpeg
    
Stream #0.0[0x100]: Video: h264 (High), yuv420p, 720x404 [PAR 1:1 DAR 180:101], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc
    
Stream #0.1[0x101](und): Audio: aac, 48000 Hz, stereo, s16, 141 kb/

    Is it possible to remove this jump, if so, what encoding parameters or incorrect assumptions have I made ? Thanks.

Navigation