Recherche avancée

Sur d’autres sites (7345)

• Downloading ts stream with #EXT-X-DISCONTINUITY-SEQUENCE [ffmpeg]

  29 juin 2018, par MiGu3X

  So I’m using ffmpeg to download streams from the internet but I’m facing a problem with one of them and is that, every once in a while, in the middle of the stream, it goes to some kind of "break" and this #EXT-X-DISCONTINUITY-SEQUENCE tag appears on the .m3u8 files I start to download. I start getting "Non monotuonous DTS" errors on the console and the audio and video start to desync, eventually, I will play the stream once downloaded and it won’t work.

  Is there any way to download with ffmpeg this kind of streams and in some way "skip" the m3u8 files which have this tag or maybe correctly parse them to the video ?

  Hope someone could help me.

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

• Join videos without interruption with removing extra scenes automatically

  19 janvier 2014, par RarLines

  I've tens of splitted videos from a video.

  My english is poor so I will try explain with a simple example :

  The original video scenes like so: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14

  But I had never the original video. I've these videos :

  Video_1.part scenes: 1, 2, 3, 4, 5
  
  Video_2.part scenes: 5, 6, 7, 8, 9 (5 is extra !)
  
  Video_3.part scenes: 9, 10, 11, 12, 13, 14 (9 is extra !)

  When I try to concatenate (or join, merge, combine...etc) these videos with using ffmpeg, the scenes the output file are liked that :

  The output video scenes: 1, 2, 3, 4, 5, 5, 6, 7, 8, 9, 9, 10, 11, 12, 13, 14

  As you can see, when I watch the output video there are interruptions between videos.

  Is there any technical way to join videos without interruption (or nonstop, continuous...etc) ?

  Please note that, my example is so simple. I'm not sure that the splitted videos have regularly extra scenes. If I was sure, I could crop equally. Maybe the length of extra scenes are equal. But I couldn't check.

  Hope you will show an intelligent method. Thanks