Recherche avancée

Médias (1)

Mot : - Tags -/iphone

Autres articles (61)

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

  • (Dés)Activation de fonctionnalités (plugins)

    18 février 2011, par

    Pour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
    SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
    Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
    MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...)

  • 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

Sur d’autres sites (9479)

  • lavu/tx : do not unconditionally free subcontexts if initialization fails

    29 janvier 2022, par Lynne
    lavu/tx : do not unconditionally free subcontexts if initialization fails

    If a codelet initializes 2 subtransforms, and the second one fails,
    
the failure would free all subcontexts.
    
Instead, if there are subcontexts still left, don't free the array.
    
If all initializations fail, the init() function will return,
    
and reset_ctx() from the previous step will clean up all contained
    
subtransforms.
    • [DH] libavutil/tx.c

  • Convert youtube video files with ffmpeg to a format that can be playable on ios devices

    26 décembre 2018, par Amin

    I’ve created a telegram robot that downloads YouTube files and sends them to the user. Since most of our users use ios devices, Our first priority is ios.
    Videos files play on Windows and Android but not broadcast on ios.
    I convert format with ffmpeg after download from youtube :

    ffmpeg -i input.mp4 -strict -2 -vcodec mpeg4 output.mp4

    But in addition to prolonging the processing time, the file size increases and eventually the file will not run again in ios.

  • ffmpeg nvenc_h264 streaming uhd2160 rawvideo. Youtube buffering

    23 janvier 2019, par Alex Deroza

    I use this batch file for starting my stream :

    echo starting transocding from native uhd2160 to fhd format.. Host: YouTube
    
ffmpeg ^
    
    -loglevel -8 ^
    
    -f rawvideo -s:v 1920x1080 -r 60 -pix_fmt nv12 ^
    
    -f dshow -i video="Game Capture 4K60 Pro Video 01":audio="Game Capture 4K60 Pro Audio 01" ^
    
    -c:v h264_nvenc ^
    
    -level:v 4.2 ^
    
    -profile:v high ^
    
    -preset:v hq ^
    
    -b:v 8.8M ^
    
    -color_range 2 ^
    
    -colorspace bt709 ^
    
    -bf 0 ^
    
    -g 60 ^
    
    -2pass 1 ^
    
    -rc:v cbr ^
    
    -coder cabac ^
    
    -acodec aac ^
    
    -ab 128k ^
    
    -movflags +faststart ^
    
    -f flv rtmp://a.rtmp.youtube.com/live2/xxxx-xxxx-xxxx-xxxx && pause

    Stream on YouTube starts fine, and plays with good quality. But stream stops after when "Buffer Health" emptied. And in this situation Youtube says that "Video output low", "YouTube is not receiving enough video to maintain smooth streaming. As such, viewers will experience buffering."

    I can’t understand why it happens. Because I’ve a good ISP, and over 30 mbps inet to YT services within 90ms latency to them.

    YouTube is not receiving enough video to maintain smooth streaming. As
    such, viewers will experience buffering.

    Your encoder is sending data faster than realtime (multipleseconds of
    video each second). You must rate limit your livevideo upload to
    approximately 1 second of video each second.

    The stream’s current bitrate (5730.00 Kbps) is lower than the
    recommended bitrate. We recommend that you use a stream bitrate of
    4500 Kbps.

Navigation