HLS stream hangs at update of playlist

[alkizmo]

Long time user of VLC, first time to need some help :p

I frequently record HLS streams of live hockey games.
For those who ask: I have a hockeystreams account.

I have setup VLC to record the stream to a .TS file which I can play with another instance of VLC simultatenously to the recording process, so that I can pause and easily skip ahead. If I only used the M3U8 url to directly watch the game, I wouldn't be able to pause.

One problem is.... on occassion (2 out of 3 games), the VLC recording process will just stop downloading the stream and make no attempt to resume it.

Here is my VLC command line (removed the superfluous stuff)

start c:\progra~2\videolan\vlc\vlc.exe -vvv h:\downloads\hockeylinks\link.m3u --sout=#file{dst=H:\\Downloads\\hockeylinks\hockey.ts,no-overwrite} --sout-all --sout-keep --http-continuous --http-reconnect --loop

I tried it without http-continious and without -http-reconnect and without -loop
It still jams.


Here is the VLC log (verbose level 3) of what is at the end of the log every single time the stream jams

[IRemovedtheURL]live/streams/publishing/events/PREMIUM_HSTV_24/liveevent/livestream2Num815.ts

#EXTINF:10,

[IRemovedtheURL]live/streams/publishing/events/PREMIUM_HSTV_24/liveevent/livestream2Num816.ts

#EXTINF:10,

[IRemovedtheURL]live/streams/publishing/events/PREMIUM_HSTV_24/liveevent/livestream2Num817.ts

#EXTINF:10,

[IRemovedtheURL]live/streams/publishing/events/PREMIUM_HSTV_24/liveevent/livestream2Num818.ts


httplive debug: Live Playlist HLS protocol version: 2
httplive debug: updating hls stream (program-id=0, bandwidth=3531097) has 0 segments

Normally, this is the beginning of a new series of .ts files, meaning that right after the line I quoted, this would immediately follow when the stream DOES NOT jam.

httplive debug: updating hls stream (program-id=0, bandwidth=0) has 592 segments
httplive debug: - segment 591 appended
main debug: creating access 'http' location='23.246.221.88/hls-live/streams/publishing/events/PREMIUM_HSTV_24/liveevent/livestream2Num591.ts', path='\\23.246.221.88\hls-live\streams\publishing\events\PREMIUM_HSTV_24\liveevent\livestream2Num591.ts'
main debug: looking for access module matching "http": 20 candidates
access_http debug: querying proxy for [IRemovedtheURL]live/streams/publishing/events/PREMIUM_HSTV_24/liveevent/livestream2Num591.ts
access_http debug: no proxy
access_http debug: http: server='23.246.221.88' port=80 file='/hls-live/streams/publishing/events/PREMIUM_HSTV_24/liveevent/livestream2Num591.ts'
main debug: net: connecting to 23.246.221.88 port 80
main debug: connection succeeded (socket = 4168)
access_http debug: protocol 'HTTP' answer code 200
access_http debug: Server: Apache/2.2.21 (Unix) DAV/2 PHP/5.1.6
access_http debug: this frame size=4428912
access_http debug: Content-Type: video/MP2T
access_http debug: auto re-connect enabled
main debug: using access module "access_http"
main debug: Using stream method for AStream*
main debug: starting pre-buffering
main debug: received first data after 0 ms
main debug: pre-buffering done 1024 bytes in 0s - 1000000 KiB/s
main debug: removing module "access_http"
httplive debug: downloaded segment 591 from stream 0
httplive warning: playback in danger of stalling
httplive debug: Reloading HLS live meta playlist
main debug: creating access 'http' location='www.hscontent.com/west4/PREMIUM_HSTV_24 ... PRIVATELOL!
auth=THATISPRIVATELOL!
token=THATISPRIVATELOL!
auth=THATISPRIVATELOL!
token=THATISPRIVATELOL!
main debug: looking for access module matching "http": 20 candidates
access_http debug: querying proxy for http://www.hscontent.com/west4/PREMIUM_ ... PRIVATELOL!
auth=THATISPRIVATELOL!
token=THATISPRIVATELOL!
access_http debug: no proxy
access_http debug: http: server='www.hscontent.com' port=80 file='/west4/PREMIUM_HSTV_24HD.m3u8?t=THATISPRIVATELOL!&auth=THATISPRIVATELOL!'
main debug: net: connecting to http://www.hscontent.com port 80
main debug: connection succeeded (socket = 4048)
access_http debug: protocol 'HTTP' answer code 200
access_http debug: Server: Apache
access_http debug: Accepting Cookie: PHPSESSID=3fpl13gcmqlvscb575irguqt74; path=/
access_http debug: Pragma: no-cache
access_http debug: Connection: close
access_http debug: Transfer-Encoding: chunked
access_http debug: Content-Type: application/x-mpegURL
access_http debug: auto re-connect enabled
main debug: using access module "access_http"
main debug: Using stream method for AStream*
main debug: starting pre-buffering
main debug: received first data after 11 ms
main debug: pre-buffering done 1024 bytes in 0s - 90 KiB/s
main debug: removing module "access_http"
httplive debug: parse_M3U8
#EXTM3U

#EXT-X-MEDIA-SEQUENCE:0

#EXT-X-ALLOW-CACHE:NO

#EXT-X-VERSION:2

#EXT-X-KEY:METHOD=AES-128,URI="http://watch.hscontent.com/gen.key?serv ... PRIVATELOL!

#EXT-X-TARGETDURATION:10

#EXTINF:10,

[IRemovedtheURL]live/streams/publishing/events/PREMIUM_HSTV_24/liveevent/livestream2Num0.ts

#EXTINF:10,

[IRemovedtheURL]live/streams/publishing/events/PREMIUM_HSTV_24/liveevent/livestream2Num1.ts

#EXTINF:10,

Is there a command parameter that would wake up VLC from just sitting there?

[alkizmo]

Just to add more to the information: This problem never occurs if I use an on-demand stream (not live).