Recherche avancée

Médias (0)

Mot : - Tags -/flash

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

Autres articles (103)

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

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

Sur d’autres sites (11003)

  • -use_wallclock_as_timestamps adds delay in live stream

    2 novembre 2020, par Arikael

    We have a livestream (MPEG-TS with RTP), which we currently, for testing purposes, replay with tcpreplay.

    


    Our mpeg-ts stream consists of 4 streams (codec details omitted for brevity).

    


    Stream #0:2: Video: h264
Stream #0:1: Audio: mp2
Stream #0:4: Data: bin_data ([6][0][0][0] / 0x0006)
Strean #0:3: Data: bin_data (FBID / 0x4494246)
Stream #0:0: Data: klv (KLVA / 0x41564C4B)


    


    Sometimes the stream indexes are different (like audio stream being stream 0 and so on, I don't know if thats normal behavior)

    


    What we currently try is just to get the stream and copy it with ffmpeg, like

    


    ffmpeg -nostdin -hide_banner -i rtp://239.0.0.2:3000 -map 0 -codec copy -f rtp_mpegts rtp://239.0.0.1:2000`


    


    This leads to the error Application provided invalid, non monotonically incereasing dts to muxer in stream 0: [NUMBER] >= 0

    


    It always says stream 0 no matter what stream 0 contains.

    


    if I add use_wallclock_as_timestamps it works but adds a delay (compared to a video directly streamed from 239.0.0.2:3000 of 10seconds which are never caught up.

    


    If I set the output format to mpegts instead of rpt_mpegts it works as expected, the same I if don't map the KLVA and FBID stream.

    


    Is this behavior expected (because of wallclock) or what can I do to either use_wallclock_as_timestamps without delay or get rid of the error above ?

    


  • whether it takes long time for convert flv to MP4 using ffmpeg from server

    29 décembre 2016, par Firman Firdaus

    I want to convert a flv file to mp4. I use with a basic command like this :

    ffmpeg -i /var/www/html/rawmedia/d2cb9f152f27d9beb4a15d61e177fa22.flv /var/www/html/media/new.mp4

    The command above has result 0 B mp4.
    I read for My reference for this in this link,
    there is a very simple and basic I think.
    So I try the command above for testing php vibe command like this :

    ffmpeg -i /var/www/html/rawmedia/d2cb9f152f27d9beb4a15d61e177fa22.flv -vcodec libx264 -s 640x360 -threads 4 -movflags faststart /var/www/html/media/test4.mp4

    I got that command from PHPVIBE for convert other format file except mp4.
    So I got a result just the same as like first command that still 0 B mp4.
    But the Output of the second command give me like this

    Incompatible sample format 's16' for codec 'aac', auto-selecting format 'flt'
    [libx264 @ 0xcebde0] using cpu capabilities: none!
    [libx264 @ 0xcebde0] profile High, level 3.0
    [libx264 @ 0xcebde0] 264 - core 120 r2151 a3f4407 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=4 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
    [NULL @ 0xd5f1a0] Codec is experimental but experimental codecs are not enabled, see -strict -2
    Output #0, mp4, to '/var/www/html/media/test4.mp4':
     Metadata:
       starttime       : 0
       totalduration   : 57
       totaldatarate   : 353
       bytelength      : 2535814
       canseekontime   : true
       sourcedata      : B0AFCE7F5HH1428394559963956
       purl            :
       pmsg            :
       Stream #0:0: Video: h264, yuv420p, 640x360, q=-1--1, 90k tbn, 30 tbc
       Stream #0:1: Audio: none, 22050 Hz, stereo, flt, 128 kb/s
    Stream mapping:
     Stream #0:0 -> #0:0 (flv -> libx264)
     Stream #0:1 -> #0:1 (mp3 -> aac)
    Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height

    Output give me some information that test.mp4 have bytelength      : 2535814.
    But I still have 0B mp4 converted result until now. Is there taking a time or I was wrong with the command. But especially my first command very basic and still get zero byte result.

  • libavcodec/vp8dec : fix the multi-thread HWAccel decode error

    11 juin 2019, par Shaofei Wang
    libavcodec/vp8dec : fix the multi-thread HWAccel decode error
    

    Fix the issue : https://github.com/intel/media-driver/issues/317

    the root cause is update_dimensions will be called multple times
    when decoder thread number is not only 1, but update_dimensions
    call get_pixel_format in each decode thread will trigger the
    hwaccel_uninit/hwaccel_init more than once. But only one hwaccel
    should be shared with all decode threads.
    in current context,
    there are 3 situations in the update_dimensions() :
    1. First time calling. No matter single thread or multithread,
    get_pixel_format() should be called after dimensions were
    set ;
    2. Dimention changed at the runtime. Dimention need to be
    updated when macroblocks_base is already allocated,
    get_pixel_format() should be called to recreate new frames
    according to updated dimension ;
    3. Multithread first time calling. After decoder init, the
    other threads will call update_dimensions() at first time
    to allocate macroblocks_base and set dimensions.
    But get_pixel_format() is shouldn't be called due to low
    level frames and context are already created.

    In this fix, we only call update_dimensions as need.

    Signed-off-by : Wang, Shaofei <shaofei.wang@intel.com>
    Reviewed-by : Jun, Zhao <jun.zhao@intel.com>
    Reviewed-by : Haihao Xiang <haihao.xiang@intel.com>
    Signed-off-by : Ronald S. Bultje <rsbultje@gmail.com>

    • [DH] libavcodec/vp8.c