Recherche avancée

Médias (1)

Mot : - Tags -/ogg

Autres articles (59)

  • Les statuts des instances de mutualisation

    13 mars 2010, par

    Pour des raisons de compatibilité générale du plugin de gestion de mutualisations avec les fonctions originales de SPIP, les statuts des instances sont les mêmes que pour tout autre objets (articles...), seuls leurs noms dans l’interface change quelque peu.
    Les différents statuts possibles sont : prepa (demandé) qui correspond à une instance demandée par un utilisateur. Si le site a déjà été créé par le passé, il est passé en mode désactivé. publie (validé) qui correspond à une instance validée par un (...)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

Sur d’autres sites (6896)

  • Trying to stream H264 with Janus Gateway to web browser

    15 mars 2021, par sibrown

    I have installed Janus-Gateway using the very comprehensive install instructions on an Ubuntu 18.04LTS machine.
I have configured the streaming config file (janus.plugin.streaming.jcfg) with :

    



    gstreamer-sample: {
  type = "rtp"
  id = 1
  description = "H.264 live stream coming from gstreamer"
  audio = false
  video = true
  videoport = 5004
  videopt = 96
  videortpmap = "H264/90000"
  videofmtp = "profile-level-id=42e01f;packetization-mode=1"
}


    



    (I didn't change the name because that required least changes to other files.)

    



    Having then started the server, I then take a pre-encoded stream and send that to the server with ffmpeg :

    



    ffmpeg -i udp://127.0.0.1:9034 -c:v copy -an -f rtp rtp://127.0.0.1:5004?pkt_size=1300


    



    Opening up the demo webpage the server comes with, I go to streaming demos, and choose the "gstreamer" demo and click start. The right hand half of the screen produces a spinning circle, but tells me that it is receiving data at the appropriate rate for the stream I'm sending. So if it's receiving the stream, why isn't it playing it ?

    



    Cheers,
Simon

    


  • ffmpeg player in discord.py (python) automatically leave

    25 octobre 2018, par Rastasplif

    I have created a discord bot that on certain messages either sends back a message or plays a sound (like a soundboard)

    The crucial line of code is :

             soundboard_player = voice_client.create_ffmpeg_player("doh.mp3")
    
         soundboard_player.start()
    
         await client.send_message(message.channel, "Playing DOH...")

    This works absolutely fine but i kept trying to add the line
    after=voice_client.disconnect()
    I put this inside the ("doh.mp3", * I PUT IT HERE *) brackets.
    I wanted the bot to leave after it was done.

    When I run the code with the ’after’ statement included, the bot joins and I get the error message :

    TypeError: disconnect() takes 1 positional argument but 2 were given

    I know you can use soundboard_player.is_done() to check the status of the bot but I couldn’t figure out a way to check the status without trapping the code in a loop

    By trapping the code in the loop I cant execute a STOP command to stop it playing the song (soundbite) half way through.

    Any help with the after=voice_client.disconnect() command for the ffmpeg player
    or a creative way to periodically check the status without getting trapped in the loop ?

  • avformat/asfcrypt : Fix wrong array length in function declaration

    10 juillet 2022, par Andreas Rheinhardt
    avformat/asfcrypt : Fix wrong array length in function declaration

    multiswap_step() and multiswap_inv_step() both only require
    
six keys ; in all current callers, these keys are part of
    
an array of twelve keys, yet in some of these callers the keys
    
given to these functions point to the second half of these
    
twelve keys, so that only six keys are available to these functions.
    
This led to -Wstringop-overread warnings when compiling with GCC 12.1.
    
Fix these by adapting the declaration of these functions.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavformat/asfcrypt.c

Navigation