Recherche avancée

Médias (1)

Mot : - Tags -/livre électronique

Autres articles (105)

  • 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

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

  • MediaSPIP Player : les contrôles

    26 mai 2010, par

    Les contrôles à la souris du lecteur
    En plus des actions au click sur les boutons visibles de l’interface du lecteur, il est également possible d’effectuer d’autres actions grâce à la souris : Click : en cliquant sur la vidéo ou sur le logo du son, celui ci se mettra en lecture ou en pause en fonction de son état actuel ; Molette (roulement) : en plaçant la souris sur l’espace utilisé par le média (hover), la molette de la souris n’exerce plus l’effet habituel de scroll de la page, mais diminue ou (...)

Sur d’autres sites (11091)

  • Youtube livestream stops receiving video from time to time (ffmpeg)

    15 décembre 2020, par wht_5005

    I have ip cam, raspberry pi (Ubuntu 18.04.4 LTS (GNU/Linux 5.3.0-1036-raspi2 armv7l)) with ffmpeg (3.4.8-0ubuntu0.2) on board and I am trying to do 24/7 youtube livestream.
I have set up a service that start ffmpeg on boot. It receives rtsp stream from camera and sends it to youtube. Here is the ffmpeg setup :

    


    ffmpeg -thread_queue_size 512 -rtsp_transport tcp -i rtsp://cam_address -c:v copy -af "aresample=async=1:first_pts=0" -c:a aac -ac 2 -ar 44100 -fflags +genpts -f flv rtmp://youtube_address -nostdin -nostats


    


    I have noticed that ffmpeg may accidentally stop working from time to time (rather rarely but still) so the service should restart if ffmpeg crashes. Additionally just in case I have set up a cron job that restarts the service every hour, so if it stops working for some reason and that magic that should bring it up fails it should still get up within an hour.

    


    What bothers me, sometimes it stops working but in an unusual way. The service on raspberry pi is running, ffmpeg is running as well, nethogs shows that ffmpeg is both receiving and sending proper amount of data. Stream status on youtube is all right as if everything was just fine but there is no video there (it looks as if it was still loading/buffering but it is not). Restarting the service does not make it work. However if I stop the service, wait a few seconds and start it again the youtube stream starts working as it is supposed to.

    


    Why such things happen and how can I fix it ?

    


  • FFmpeg.AutoGen for converting MP3 already in memory to Wav

    17 décembre 2019, par Jie

    We are implementing a Web service, and the goal is to convert short (a few seconds) mp3 audios to WAV on the fly. The input mp3 content is a binary payload to the service. The speed of our web service is critical, so, saving and reading mp3 and wav from files (even with memory disk) are not an option.

    It seems that all the functions provided in ffmpeg.autogen require either the filepath or url. Any suggestions that we could do the conversion for the mp3 content, which is already in memory ?

    BTW, we are aware of this post : How to convert wav file to mp3 in memory ?, which uses NAudio, but we would like to try ffmpeg, for comparing the speed and some other purposes. Many thanks indeed.

  • Evolution #3603 : Ergonomie des onglets de sélection des plugins

    15 avril 2020, par RastaPopoulos ♥

    Bé pourquoi tu fermerais le ticket si la proposition de simplifier la navigation de cette page (en réduisant drastiquement le nombre de liens/onglets) est toujours utile ?

Navigation