Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP

Autres articles (54)

  • 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

  • L’utiliser, en parler, le critiquer

    10 avril 2011

    La première attitude à adopter est d’en parler, soit directement avec les personnes impliquées dans son développement, soit autour de vous pour convaincre de nouvelles personnes à l’utiliser.
    Plus la communauté sera nombreuse et plus les évolutions seront rapides ...
    Une liste de discussion est disponible pour tout échange entre utilisateurs.

  • List of compatible distributions

    26 avril 2011, par

    The table below is the list of Linux distributions compatible with the automated installation script of MediaSPIP. Distribution nameVersion nameVersion number Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    If you want to help us improve this list, you can provide us access to a machine whose distribution is not mentioned above or send the necessary fixes to add (...)

Sur d’autres sites (10310)

  • Revision 2291563ba8 : Merge "vpxenc : send usage to stderr"

    26 juin 2013, par John Koleszar

    Merge "vpxenc : send usage to stderr"

  • FFMPEG not send whole video duration time

    30 janvier 2021, par Masih Mol.

    I use this command to start ffpmeg

    


    ffmpeg -re -i WonderWoman4003540-720.mp4 -vcodec copy -loop -1 -c:a aac -b:a 160k -ar 44100 -strict -2 -f flv rtmp:192.168.0.119/live/aaa


    


    Player not shown the whole video time, it shown the loaded video time

    


    how can i do this ?

    


  • ffmpeg send intra and gop over a traditionnal tcp (or udp) server

    27 décembre 2015, par the-owner

    The Problem :
    I want to stream a continuous sequence of bitmaps (a video if stuck).
    I want to send the stream over a QTcpSocket/Server (or a QUdpServer why not, or a traditional tcp/udp server), and with the help of ffmpeg librarie.

    Context and Conditions :
    I code in C++, under msvc2013 win-32, QT-IDE, ffmpeg dev 2.8.3.
    We start with a bitmap which is a raw format, a result from GDI+ that I have gotten.
    For very low client connection, so I will use a light video format compression MPEG-1.
    I already have a TCP-Server (QTcpServer), so my goal is to not rebuild another Server for it ...

    Potential algorithm ? :
    I have thought more on the encoding question than the procole one, assume that the protocol could be good.
    It is the very first time that I do it, I don’t want to enroll into something impossible, and obviously I want your insight about this problem which I think since last month (which I have not found a good answer on internet). So, below the outlines of the algorithm that I have imagined :

    Server Side :

    1. I convert the first BMP to YUV format thanks to sws_scale (), we name it P in the following (ffmpeg - libswscale)
    2. I (MPEG1-)encode the picture P (with avcodec_encode_video2()) I get the datas encoded
    3. I serialize the AVFrame/AVpicture P (maybe we will do this step just once)
    4. In the same time I push the datas into a QByteArray (or a simple byte array ?)
    5. I compress P (maybe with QCompress why not)
    6. I send it to the clients.
    7. If the step 6 goes well : we return to number 1 if the next image is a modulus of k, it will be an Intra otherwise a GOP
    8. Otherwise, I wait ? Or I can take into account the lost frame within the code, and I could jump it ? (Inside these question there are questions of server protocols)

    Client Side (summarized)

    1. We get the datas (new Intra or GOP),
    2. We check the error function on the datas received with respect to the other datas received
    3. If the error function return :
    4. "The Error is OK with this new Intra/GOP received" we start decoding them with ffmpeg, and we display the next image of the livestream.
    5. Otherwise, error is not OK, we take the error into account ... (it is not my main problem here)

    Questions :

    It is a solution that I imagined, If the question of server/client protocol are solved, my algorithm is it viable in order to do a livestream ? Could it work ? Is there a better solution ? (another more simpler algorithm or another librarie than ffmpeg for example or something else ?) a link ? Of course critics on my server protocol are welcome.

    I remind, it is just the outlines.

Navigation