Recherche avancée

Médias (17)

Mot : - Tags -/wired

Autres articles (68)

  • 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 ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

  • 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

Sur d’autres sites (11444)

  • Streaming MP4 frames to HTML5, what am I doing wrong ?

    5 septembre 2014, par mczarnek

    Currently I am generating a MP4 Bitstream using Intel’s Media SDK library, which uses ffmpeg underneath the covers. I can generate a mp4 file, and play it and it works.

    However, when I try to stream that mp4 across the network, it doesn’t play within the HTML5 video player, as tested within Chrome, Firefox, or IE.

    This much is sent back and forth across the network :

    Sent by Chrome:
    GET / HTTP/1.1
    Host: localhost:8085
    Connection: keep-alive
    User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1700.102 Safari/537.36
    Accept-Encoding: identity;q=1, *;q=0
    Accept: */*
    Accept-Language: en-US,en;q=0.8
    Range: bytes=0-

    From my video player:
    HTTP/1.1 200 OK
    Server: Microsoft-HTTPAPI/2.0
    Date: Thu, 09 Jan 2014 17:28:14 GMT
    Content-type: video/mp4

    After this, I send a newline, and all the video frames, one after another, while listening to see if I receive anything back from the browser.

    Then nothing happens. Any suggestions to get this playing video ? Thank you !

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

  • Connecting to RTSP stream via FFMpeg - 'could not find codec parameters for stream 0'

    14 novembre 2013, par user2992545

    I'm a beginner in the FFMpeg world, so please excuse me my overall level of knowledge and any mistakes.

    What I have here is a DVR, made by ITX Security. I have an SDK for it and currently I'm trying to connect to its RTSP using FFMPEG. I've been partially succesfull (i think), the best what I got was :

    `(...)bin>ffplay -user-agent "ITX Security" rtsp://ADMIN:1234@192.168.2.130:5554/live/

    [rtsp @ 02a242e0] UDP timeout, retrying with TCPB sq=0B f=0/0
    [rtsp @ 02a242e0] method PAUSE failed: 501 Not Implemented
    [rtsp @ 02a242e0] Could not find codec parameters for stream 0 (Video: h264):unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options
    rtsp://ADMIN:1234@192.168.2.130:5554/live/: could not find codec parameters

    nan:  0.000 fd=0 aq=    0KB vq=    0KB sq=    0B f=0/0`

    Is it really indicating that it has trouble in playing the stream (because it lacks a proper codec ?) - or am I just not getting the point ?

    I've captured traffic between my computer and the DVR in question, and something is happening (at least that's what Wireshark says).

    https://www.dropbox.com/s/j65lige244kg8jt/rtsp_ffmpeg.pcap

    What am I doing wrong ?

    Regards.