Recherche avancée

Médias (1)

Mot : - Tags -/artwork

Autres articles (100)

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

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

Sur d’autres sites (9398)

  • Scheduling an RTMP stream remotely - using an intermediary server for storing + sending video stream packets before deploying to streaming service

    25 février 2020, par hedgehog90

    This is more of a curiosity than something I really need, but I thought I’d ask anyway.

    If I just want setup a normal livestream, I would use something like OBS, capture my input, encode it into something manageable for my network and send it to a remote rtmp server.

    But I’d like to know if it’s possible to put an intermediary remote server between myself and the streaming service’s server. Basically so I can manage the stream (if it’s a playlist) and schedule when to send it to broadcast on the streaming service.

    It’s also worth noting that there may be limited bandwidth on the client-side (my computer), assuming the intermediary has greater bandwidth, this method should eliminate the common issue of dropping frames while streaming.

    Now for an example :

    To make it simpler, instead of using OBS + capture hardware, I’m using a video file.
    I want to encode that video in the same way that OBS does when streaming to a remote server via an rtmp protocol using ffmpeg.

    Now I upload that data, at my own rate, to a remote server that I control (running Ubuntu) for storage and eventual deployment. Importantly, I do not want or require any video-processing done on the intermediary server, as we have already encoded the data for deployment on the client-side. This is just simply managing and storing the data.

    A day later, I want to run a script on my intermediary server that will then send the processed stream data, packet by packet, to the targeted streaming server.


    I’m an experienced coder, with lots of experience with data handling and video encoding. It should be simple, but I’m not all that clued up on the way video streaming via RTMP works.

  • Need help understanding various concepts related to video encoding/streaming

    19 juillet 2022, par xrfang

    I am working with video streaming using ffmpeg. Although I basically got it working, following some excellent documents I found on the Internet, such as :

    


    https://ottverse.com/hls-packaging-using-ffmpeg-live-vod/

    


    I would like to ask for help understanding the "realm" and "relations" between concepts within the video industry, such as :

    


      

    • RTSP, RTMP, RTP...
    • 


    • MPEG-TS, MP4, MKV...
    • 


    • NTSC, PAL, YUV, RGB...
    • 


    • HLS, DASH...
    • 


    


    It is much appreciated if anyone could give reference to documents/tutorials explaining the relationship between these concepts, but not reference to any specific implementation, e.g. ffmpeg documentation :-).

    


  • Does Android 4.x support streaming RTSP over TCP ?

    9 décembre 2014, par Robert

    I’ve used VideoView in Android to play video on wowza successfully. Now I got to deal with my server which the UDP ports seems to be blocked. With the proof of openRTSP command :

    -> % openRTSP rtsp://61.218.52.250:554/live/ch00_0

    Opening connection to 61.218.52.250, port 554...
    ...remote connection opened
    Sending request: OPTIONS rtsp://61.218.52.250:554/live/ch00_0 RTSP/1.0
    CSeq: 2
    User-Agent: openRTSP (LIVE555 Streaming Media v2013.12.16)


    Received 105 new bytes of response data.
    Received a complete OPTIONS response:
    RTSP/1.0 200 OK
    CSeq: 2
    Server: UBNT Streaming Server v1.2
    Public: DESCRIBE, SETUP, TEARDOWN, PLAY


    Sending request: DESCRIBE rtsp://61.218.52.250:554/live/ch00_0 RTSP/1.0
    CSeq: 3
    User-Agent: openRTSP (LIVE555 Streaming Media v2013.12.16)
    Accept: application/sdp


    Received 562 new bytes of response data.
    Received a complete DESCRIBE response:
    RTSP/1.0 200 OK
    CSeq: 3
    Server: UBNT Streaming Server v1.2
    Content-Base: rtsp://61.218.52.250:554/live/ch00_0/
    Content-Type: application/sdp
    Content-Length: 393

    v=0
    o=- 1 1 IN IP4 127.0.0.1
    s=Ubiquiti Live
    i=UBNT Streaming Media
    c=IN IP4 0.0.0.0
    t=0 0
    m=video 0 RTP/AVP 99
    b=AS:50000
    a=framerate:25
    a=x-dimensions:1280,720
    a=x-vendor-id:ubnt,a521
    a=x-rtp-ts:4617405454576779984
    a=rtpmap:99 H264/90000
    a=fmtp:99 profile-level-id=42A01E;packetization-mode=1;sprop-parameter-sets=Z0IAKOkAoAt1xIAG3dAAzf5gDYgQlA==,aM4xUg==
    a=control:trackID=0

    Opened URL "rtsp://61.218.52.250:554/live/ch00_0", returning a SDP description:
    v=0
    o=- 1 1 IN IP4 127.0.0.1
    s=Ubiquiti Live
    i=UBNT Streaming Media
    c=IN IP4 0.0.0.0
    t=0 0
    m=video 0 RTP/AVP 99
    b=AS:50000
    a=framerate:25
    a=x-dimensions:1280,720
    a=x-vendor-id:ubnt,a521
    a=x-rtp-ts:4617405454576779984
    a=rtpmap:99 H264/90000
    a=fmtp:99 profile-level-id=42A01E;packetization-mode=1;sprop-parameter-sets=Z0IAKOkAoAt1xIAG3dAAzf5gDYgQlA==,aM4xUg==
    a=control:trackID=0

    Created receiver for "video/H264" subsession (client ports 63346-63347)
    Sending request: SETUP rtsp://61.218.52.250:554/live/ch00_0/trackID=0 RTSP/1.0
    CSeq: 4
    User-Agent: openRTSP (LIVE555 Streaming Media v2013.12.16)
    Transport: RTP/AVP;unicast;client_port=63346-63347


    Received 47 new bytes of response data.
    Received a complete SETUP response:
    RTSP/1.0 461 Unsupported Transport
    CSeq: 4


    Failed to setup "video/H264" subsession: 461 Unsupported Transport

    After searching around I found it seems Android still not support RTSP over TCP :

    When streaming to an Android device using RTSP/RTP, the RTP portion
    must flow over UDP. Android doesn’t support RTSP/RTP interleaved (RTP
    over TCP). This means that if UDP is unavailable for RTP playback, RTP
    over TCP won’t work as a failover and your stream won’t play.

    Considering it’s posted on 2010, does Android 4.x support RTSP over TCP now ? I’ve found lots of post asking for how to force transfer via TCP other than UDP. I guess it’s not.

    If not, could I achieve it by re-compiling and using ffmpeg library ?

    Basically I hope ffmpeg could help me to automatically switch to TCP while UDP not available.