[FFmpeg-trac] #4264(undetermined:new): ffmpeg supposedly hangs if RTSP session id contains $ or +

FFmpeg trac at avcodec.org
Thu Jul 30 09:17:16 CEST 2015


#4264: ffmpeg supposedly hangs if RTSP session id contains $ or +
-------------------------------------+-------------------------------------
             Reporter:  sebras       |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  important    |                Component:
              Version:  unspecified  |  undetermined
             Keywords:  rtsp         |               Resolution:
  deadlock                           |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------

Comment (by kuroneko):

 Replying to [comment:2 cehoyos]:
 > Then please test current FFmpeg git head and provide a backtrace when
 FFmpeg hangs.

 OK, first attempt (todays head of git,
 https://github.com/FFmpeg/FFmpeg/commit/f977e69dacf092af3741abebd20239fa10b107c3)

 Admittedly I used ffplay for testing but the issue is the same. When it
 stops it simply sits there.

 server response to first SETUP call
 {{{
 RTSP/1.0 200 OK
 CSeq: 4
 Transport:
 RTP/AVP;unicast;client_port=34316-34317;server_port=50000-50001;ssrc=57C96FAA;mode="PLAY"
 Server: GStreamer RTSP server
 Session: $U-DmSGQQvPJXZRI; timeout=60
 Date: Thu, 30 Jul 2015 07:08:36 GMT
 }}}

 info threads
 {{{
   Id   Target Id         Frame
   5    Thread 0x7fffec749700 (LWP 2679) "ffplay_g" 0x000000392deea8ad in
 poll () from /lib64/libc.so.6
   3    Thread 0x7ffff0f4b700 (LWP 2677) "ffplay_g" 0x000000392e60ef3d in
 nanosleep () from /lib64/libpthread.so.0
   2    Thread 0x7ffff7dc0700 (LWP 2676) "ffplay_g" 0x000000392e60ef3d in
 nanosleep () from /lib64/libpthread.so.0
 * 1    Thread 0x7ffff7dc1740 (LWP 2675) "ffplay_g" 0x000000392e60ef3d in
 nanosleep () from /lib64/libpthread.so.0
 }}}

 backtrace for thread 5
 {{{
 #0  0x000000392deea8ad in poll () from /lib64/libc.so.6
 #1  0x0000000000554054 in ff_network_wait_fd (fd=<optimized out>,
 fd=<optimized out>, write=<optimized out>) at libavformat/network.c:78
 #2  ff_network_wait_fd_timeout (fd=5, write=<optimized out>,
 timeout=<optimized out>, int_cb=0x7fffe40057b0) at
 libavformat/network.c:90
 #3  0x00000000005a24db in tcp_read (h=<optimized out>, buf=0x7fffec737841
 "", size=959) at libavformat/tcp.c:172
 #4  0x00000000004cac87 in retry_transfer_wrapper (h=<optimized out>,
 buf=<optimized out>, size_min=<optimized out>, transfer_func=<optimized
 out>,
     h=<optimized out>, buf=<optimized out>, size=<optimized out>,
 size_min=<optimized out>, transfer_func=<optimized out>) at
 libavformat/avio.c:306
 #5  ffurl_read_complete (h=0x7fffe4005780, buf=0x7fffec737800
 "mSGQQvPJXZRI; timeout=60\r\nDate: Thu, 30 Jul 2015 07:08:36 GMT\r\n\r\n",
 size=1024)
     at libavformat/avio.c:344
 #6  0x0000000000587e03 in ff_rtsp_skip_packet (s=<optimized out>,
 s=<optimized out>) at libavformat/rtsp.c:1123
 #7  ff_rtsp_read_reply (s=0x7fffe40008c0, reply=0x7fffec739788,
 content_ptr=0x0, return_on_interleaved_data=0, method=0xe475ac "SETUP") at
 libavformat/rtsp.c:1163
 #8  0x000000000058846a in ff_rtsp_send_cmd_with_content (s=0x7fffe40008c0,
 method=0xe475ac "SETUP",
     url=0x7fffe4004a1c "rtsp://192.168.11.118:554/axis-
 media/media.amp/stream=0",
     header=0x7fffec738f80 "Transport:
 RTP/AVP/UDP;unicast;client_port=34316-34317\r\n", reply=0x7fffec739788,
 content_ptr=0x0, send_content=<optimized out>,
     send_content_length=<optimized out>) at libavformat/rtsp.c:1372
 #9  0x0000000000588f42 in ff_rtsp_send_cmd (s=0x7fffec735970, method=0x1
 <error: Cannot access memory at address 0x1>,
     url=0x64 <error: Cannot access memory at address 0x64>,
 headers=0xffffffffffffffff <error: Cannot access memory at address
 0xffffffffffffffff>, reply=0x0,
     content_ptr=0x0, s=0x7fffec735970, method=0x1 <error: Cannot access
 memory at address 0x1>, url=0x64 <error: Cannot access memory at address
 0x64>,
     headers=0xffffffffffffffff <error: Cannot access memory at address
 0xffffffffffffffff>, reply=0x0, content_ptr=0x0) at
 libavformat/rtsp.c:1349
 #10 ff_rtsp_make_setup_request (s=0x7fffe40008c0, host=0x7fffec73e7d0
 "192.168.11.118", port=<optimized out>, lower_transport=0,
 real_challenge=0x0)
     at libavformat/rtsp.c:1532
 #11 0x00000000005897ae in ff_rtsp_connect (s=0x7fffe40008c0) at
 libavformat/rtsp.c:1868
 #12 0x000000000058b76e in rtsp_read_header (s=0x7fffe40008c0) at
 libavformat/rtspdec.c:726
 #13 0x00000000005a94d6 in avformat_open_input (ps=0x7fffec748e40,
 filename=<optimized out>, fmt=<optimized out>, options=0x1941a68
 <format_opts>)
     at libavformat/utils.c:470
 #14 0x00000000004140a5 in read_thread (arg=0x7ffff0648040) at
 ffplay.c:2769
 #15 0x0000003c5b811598 in SDL_RunThread () from /lib64/libSDL-1.2.so.0
 #16 0x0000003c5b854d99 in RunThread () from /lib64/libSDL-1.2.so.0
 #17 0x000000392e607ee5 in start_thread () from /lib64/libpthread.so.0
 #18 0x000000392def4d1d in clone () from /lib64/libc.so.6
 }}}

--
Ticket URL: <https://trac.ffmpeg.org/ticket/4264#comment:4>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list