Recherche avancée

Médias (1)

Mot : - Tags -/ogg

Autres articles (108)

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

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

Sur d’autres sites (17430)

  • FPS from RTSP stream info does not match actual framerate

    17 mai 2021, par Krapow

    I have a 25FPS RTSP stream coming from an IP-camera. I can successfully display the video stream. But when analyzing the stream with ffmpeg (ffprobe actually), I observe fewer frames per second rate :

    


    $ ffprobe -rtsp_transport tcp -i rtsp://camera_ip:554/stream -select_streams v:0 -show_frames -show_entries frame=coded_picture_number,pkt_pts_time -of csv=p=0
Stream #0:0: Video: h264 (Main), yuvj420p(pc, bt709, progressive), 640x480, 25 fps, 25 tbr, 90k tbn, 50 tbc
0.400000,0
0.080000,1
0.120000,2
0.200000,3
0.240000,4
0.320000,5
0.360000,6
0.440000,7
0.480000,8
0.560000,9
0.600000,10
0.680000,11
0.720000,12
0.800000,13
0.840000,14
0.920000,15
0.960000,16
1.040000,17
1.080000,18
1.160000,19
1.200000,20
1.280000,21
1.320000,22
1.400000,23
1.440000,24
1.520000,25
1.560000,26
1.640000,27
1.680000,28
1.760000,29
1.800000,30
1.880000,31
1.920000,32
2.000000,33


    


    We can clearly see the 80ms gap between some of the frames, resulting in a 16fps stream.

    


    I have observed the same framerate issue with GStreamer (printing information in the rtpjitterbuffer indicates the frame gap is sometimes 80ms and sometimes 40ms). But the weird thing is, I encountered the same issue with an HDMI-RJ45 decoder, and I doubt the same issue comes from 2 different devices.
I didn't get much more informations using -loglevel debug or trace.
Does anybody have an idea about what is going wrong in the stream ?

    


    (I used ffprobe 4.2.3 and the last "2021-05-09-git-8649f5dca6-full_build-www.gyan.dev" with the same results, and GStreamer 1.16.2 with a pipeline like "urisourcebin ! h264depay ! h264parse ! fakesink")

    


    EDIT : The camera skipping of frames was caused by the activation of a third stream in the options. I find it really weird that it skips exactly the same frames every seconds. However, I still haven't found the cause of the downrate on my RTSP encoder.
Anyway, this was actually hardware related and not software related.

    


  • Discord bot cannot play youtube video for more than 60sec

    18 octobre 2020, par Antoine Weber

    A few weeks back I started a discord bot as a side project for fun.
Since yesterday i've been trying to allow my bot to search youtube videos and play them in voice channels (mostly for songs).

    


    The bot correctly searches youtube with the query and finds the youtube video, starts playing it, but for some reason, after 60 sec (no matter of the video, always the same time), the bot suddenly provides no more audio, and then gets stuck somewhere (not a single error message, but the bots just stops responding).

    


    Here are the code snippets :

    


    # first two words are activation keywords for the bot, then its the youtube query
query = ' '.join(message.message.content.split()[2:])
youtube = build("youtube", "v3", developerKey=yt_token)
search_response = youtube.search().list(q=query, part="id,snippet", maxResults=5).execute()
video_id = search_response['items'][0]['id']['videoId']
video_url = "https://www.youtube.com/watch?v=" + video_id

with youtube_dl.YoutubeDL(ydl_opts) as ydl:
     ydl.download([video_url])
await play_audio(message, 'song.mp3')


    


    (I delete the song.mp3 after playing)

    


    my ydl options are

    


    ydl_opts = {
    "postprocessors":[{
        "key": "FFmpegExtractAudio", # download audio only
        "preferredcodec": "mp3", # other acceptable types "wav" etc.
        "preferredquality": "192" # 192kbps audio
    }],
    "format": "bestaudio/best",
    "outtmpl": "song.mp3"
}


    


    and also my play_audio function is

    


    async def play_audio(message, audio_name):
        channel = message.message.author.voice.channel
        vc = await channel.connect()
        time.sleep(0.5)
        vc.play(discord.FFmpegPCMAudio(audio_name))
        while vc.is_playing():
            time.sleep(1)
        vc.stop()
        await vc.disconnect()


    


    I know the time.sleep() call is blocking but I don't really core for now.

    


    Any one had this issue ? For short videos (less than 60sec), everything works fine. Maybe an ffmpeg option ?

    


  • Anomalie #3389 : SVP (?) télécharge les zip 2 fois

    17 février 2015, par marcimat ☺☮☯♫

    Les logs me disent qu’ils appellent 2 fois lance-requête. J’ai mis un spip_log de tous les paramètres de lance_requête. On voit bien le HEAD, puis le GET.

    ...
Feb 17 10:40:25 127.0.0.1 (pid 7274) plugins-dist/svp/inc/svp_actionner.php:L137:log()::Pri:info : Faire do_geton avec Porte Plume Equation
Feb 17 10:40:25 127.0.0.1 (pid 7274) plugins-dist/svp/inc/svp_actionner.php:L137:log()::Pri:info : Recuperer l’archive : porteplume_equation.zip
Feb 17 10:40:25 127.0.0.1 (pid 7274) plugins-dist/svp/action/teleporter.php:L29:action_teleporter_composant_dist()::Pri:info : http,http://files.spip.org/spip-zone/porteplume_equation.zip,../plugins/auto/pp_latex/v0.3.3
Feb 17 10:40:25 127.0.0.1 (pid 7274) ecrire/inc/flock.php:L524:sous_repertoire()::Pri:info : creation ../plugins/auto/pp_latex/

    Feb 17 10:40:25 127.0.0.1 (pid 7274) ecrire/inc/distant.php:L1074:lance_requete()::Pri:info : HEAD, http, , files.spip.org, /spip-zone/porteplume_equation.zip, 80, , , , , HTTP/1.0, 
    
Feb 17 10:40:25 127.0.0.1 (pid 7274) ecrire/inc/distant.php:L1128:lance_requete()::Pri:info : Recuperer /spip-zone/porteplume_equation.zip sur files.spip.org:80 par Resource id #24
    

    Feb 17 10:40:25 127.0.0.1 (pid 7274) ecrire/inc/distant.php:L1074:lance_requete()::Pri:info : GET, http, , files.spip.org, /spip-zone/porteplume_equation.zip, 80, , 1, , , HTTP/1.0, 
    
Feb 17 10:40:25 127.0.0.1 (pid 7274) ecrire/inc/distant.php:L1128:lance_requete()::Pri:info : Recuperer /spip-zone/porteplume_equation.zip sur files.spip.org:80 par Resource id #28
    

    Feb 17 10:40:26 127.0.0.1 (pid 7274) ecrire/inc/distant.php:L94:copie_locale()::Pri:info : copie_locale : recuperation http://files.spip.org/spip-zone/porteplume_equation.zip sur ../tmp/cache/chargeur/v0.3.3-f76fd71c-porteplume_equation.zip taille 203163 OK
    
Feb 17 10:40:26 127.0.0.1 (pid 7274) plugins-dist/svp/teleporter/http_deballe_zip.php:L130:teleporter_http_charger_zip()::Pri:info : charger_decompresser OK pour paquet : ../tmp/cache/chargeur/v0.3.3-f76fd71c-porteplume_equation.zip
    
Feb 17 10:40:26 127.0.0.1 (pid 7274) plugins-dist/svp/inc/svp_actionner.php:L137:log()::Pri:info : Demande d’activation de : auto/pp_latex/v0.3.3
    
...

Navigation