New submission from Lou <l...@fakeoutdoorsman.com>: In retry_transfer_wrapper, do not check url_interrupt_cb, causes problems commit 688c22e033a48ebf84fb4b52642bbd40f11e9c4e
Pressing 'q' to exit ffplay during playback of streamed content will cause ffplay to freeze. Works as expected with normal files on the host machine and progressive downloaded content via http. This is a regression. Tested with Arch Linux x86_64 and Ubuntu Maverick. Tested with these inputs: http://stream.ktoo.org:8000/kxll mmsh://bcr.media.hinet.net/RA000072 $ ffplay -loglevel 99 -debug 1 mmsh://bcr.media.hinet.net/RA000072 FFplay version git-688c22e, Copyright (c) 2003-2011 the FFmpeg developers built on Mar 10 2011 19:31:59 with gcc 4.4.5 configuration: --enable-gpl libavutil 50. 39. 0 / 50. 39. 0 libavcodec 52.113. 2 / 52.113. 2 libavformat 52.102. 0 / 52.102. 0 libavdevice 52. 2. 3 / 52. 2. 3 libavfilter 1. 76. 0 / 1. 76. 0 libswscale 0. 12. 0 / 0. 12. 0 [NULL @ 0x1988210] Probed with size=2048 and score=100 [asf @ 0x1988210] gpos mismatch our pos=24, end=32 [asf @ 0x1988210] gpos mismatch our pos=24, end=26 [asf @ 0x1988210] gpos mismatch our pos=24, end=1392 [asf @ 0x1988210] gpos mismatch our pos=24, end=170 [asf @ 0x1988210] All info found [asf @ 0x1988210] Estimating duration from bitrate, this may be inaccurate Input #0, asf, from 'mmsh://bcr.media.hinet.net/RA000072': Metadata: WMFSDKVersion : 9.00.00.2980 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: N/A, start: 1915395.219000, bitrate: 64 kb/s Stream #0.0(eng), 1, 1/1000: Audio: wmav2, 48000 Hz, 2 channels, s16, 64 kb/s Killed7.44 A-V: 0.000 s:0.0 aq= 5KB vq= 0KB sq= 0B f=0/0 (Bug found by "Rypervenche" in #ffmpeg) ---------- messages: 13854 nosy: FakeOutdoorsman priority: normal status: new substatus: new title: 688c22e causes ffplay to freeze after pressing q on streamed content type: bug ________________________________________________ FFmpeg issue tracker <iss...@roundup.ffmpeg.org> <https://roundup.ffmpeg.org/issue2657> ________________________________________________