panic: runtime error: invalid memory address or nil pointer dereference
        panic: runtime error: invalid memory address or nil pointer dereference
[signal 0xc0000005 code=0x0 addr=0x0 pc=0x727d09]

goroutine 1 [running]:
github.com/gorilla/websocket.(*Conn).Close(0x0, 0x0, 0x0)
        *********************/github.com/gorilla/websocket/conn.go:348 +0x29
panic(0xa75ba0, 0xf586d0)
        *********/runtime/panic.go:505 +0x237
github.com/gorilla/websocket.(*Conn).SetReadDeadline(0x0, 0xbee208fcdc517fe0, 0x53c5df8dd45, 0xf86cc0, 0xbee208fcdc517fe0, 0x53c5df8dd45)
        *********************/github.com/gorilla/websocket/conn.go:1035 +0x29
*********/livedl/src/twitcas.TwitcasRecord(0xc0420160e0, 0xa, 0x0, 0x0, 0xffffffffffff0000)
        *******/livedl/src/twitcas/twicas.go:229 +0x4cc
main.main()
        *******/livedl/src/livedl.go:60 +0x478

timeshift reservation required
postTsRsv: token not found: >>>




更新中
</p>
<script type="text/javascript"></script>
<<<
postTsRsv: token not found

しばらくぶりになりますが、YouTubeライブのシークバーが動かせない件について分かったことがありました。
streamlinkで生録画をした場合にのみ上記の現象が起こります。アーカイブ録画では起こりません。
シークバーが動かせないのはWindowsmediaplayerなどです。厳密に言えば再生時間などのメタデータが壊れているか、書き込まれていないようです。例えば、プロパティを見ても再生時間などの情報が何も出ません。(mediainfoを使えば確認できます。)

ニコ生側の仕様変更か20181107.34更新の影響か判りませんが
これまで一度も発生していないニコ生のTSでのセグメント抜けが発生します
抜けている部分に対して-nico-ts-startオプションで再度落とし直す事は出来るので
一時的というか瞬間的な現象のようです
対象番組等に規則性は無いのですがログを見た限りでは
websocket read: read tcp ～: use of closed network connection
が発生した際にに取得し直さずそのまま進行してしまっている気がします

panic: concurrent write to websocket connection

goroutine 51 [running]:
github.com/gorilla/websocket.(*messageWriter).flushFrame(0xc04237a180, 0xad8301, 0x0, 0x0, 0x0, 0xacb760, 0xa25100)
	*********************/github.com/gorilla/websocket/conn.go:588 +0x681
github.com/gorilla/websocket.(*messageWriter).Close(0xc04237a180, 0xa76840, 0xc04237a150)
	*********************/github.com/gorilla/websocket/conn.go:702 +0x66
github.com/gorilla/websocket.(*Conn).WriteJSON(0xc042062c80, 0xa76840, 0xc04237a150, 0x4, 0xc0422a81b8)
	*********************/github.com/gorilla/websocket/json.go:29 +0x119
_/C_/work/livedl/src/niconico.(*NicoHls).startMain.func1(0xc0422ac1e0, 0x0)
	*******/livedl/src/niconico/nico_hls.go:1605 +0x1e12
_/C_/work/livedl/src/niconico.(*NicoHls).startGoroutine2.func1(0xc04222ea00, 0xc0422ac1e0, 0xc0422a6000, 0x0)
	*******/livedl/src/niconico/nico_hls.go:592 +0x3b
created by _/C_/work/livedl/src/niconico.(*NicoHls).startGoroutine2
	*******/livedl/src/niconico/nico_hls.go:590 +0x9d

（例）1時間番組のとき ----
BANDWIDTH: 1800000
Current SeqNo: 718, Pos: 59:50
BANDWIDTH: 1800000
Current SeqNo: 718, Pos: 59:50
BANDWIDTH: 1800000
Current SeqNo: 718, Pos: 59:50
︙（この表示がずっと続く）

YouTubeもアーカイブ録画の場合はファイル名にTSを付加してほしい。上記破損の件(#19 )もありますが、YouTubeライブはアーカイブ変換により多少劣化しますので、別物として区別したいです。

Current SeqNo: 1371, Pos: 01:54:15
BANDWIDTH: 3600000
Current SeqNo: 1374, Pos: 01:54:30
BANDWIDTH: 3600000
playlist error
BANDWIDTH: 3600000
playlist error
BANDWIDTH: 3600000
playlist error
BANDWIDTH: 3600000
playlist error
BANDWIDTH: 3600000
playlist error

恐らくニコ側の問題だと思いますが、コメントが一部抜けることがあるので、
二回落として一致しなかったらもう一度というようにしています。
ただ、kakorokuRecorder と違い全部落とすまで .xml が見えないので
長い番組で発生するとかなりしんどいです。
そもそもデフォで二回落とすこと自体がサーバへの負担を考えると心苦しいのですが……。
自動的に上記のような比較を行い抜けを防ぐようにはできないでしょうか？
コメント番号がある番組ならそれで判断すればスマートだと思います。

D:\Users\user\Downloads\livedl-2alpha\livedl-2alpha
λ livedl.exe -nico-login "見せられないよ,見せられないよ" lv見せられないよ
niconico account saved.
Conf(NicoLoginOnly): false
Conf(NicoFormat): ""
Conf(NicoLimitBw): 0
Conf(NicoHlsOnly): false
Conf(NicoRtmpOnly): false
Conf(NicoFastTs): false
Conf(NicoAutoConvert): false
Conf(NicoForceResv): false
Conf(NicoSkipHb): false
Conf(HttpSkipVerify): false
chdir: D:\Users\user\Downloads\livedl-2alpha\livedl-2alpha

niconico account saved.
Conf(NicoLoginOnly): true
Conf(NicoFormat): ""
Conf(NicoLimitBw): 0
Conf(NicoHlsOnly): false
Conf(NicoRtmpOnly): false
Conf(NicoFastTs): false
Conf(NicoAutoConvert): false
Conf(NicoForceResv): false
Conf(NicoSkipHb): false
Conf(HttpSkipVerify): false
chdir: /home/ken/livedl
broadcastId not found
Error code: tsarchive

@explo ➜ livedl2 .\livedl2.exe
open action-track-id.txt: The system cannot find the file specified.
{"meta":{"status":201},"data":"wiXcbG5dv1_1672710433115"}
[GIN-debug] [WARNING] Running in "debug" mode. Switch to "release" mode in production.
 - using env:   export GIN_MODE=release
 - using code:  gin.SetMode(gin.ReleaseMode)

[GIN-debug] Loaded HTML Templates (3):
        - index.html
        - template1.html
        -

[GIN-debug] GET    /                         --> main.main.func5 (1 handlers)
[GIN-debug] POST   /register                 --> main.main.func6 (1 handlers)
[GIN-debug] POST   /close                    --> main.main.func7 (1 handlers)
[GIN-debug] GET    /get-list                 --> main.main.func8 (1 handlers)
[GIN-debug] POST   /nico-finder              --> main.main.func9 (1 handlers)
[GIN-debug] GET    /pprof/:name              --> main.main.func10 (1 handlers)
[GIN-debug] Environment variable PORT is undefined. Using port :8080 by default
[GIN-debug] Listening and serving HTTP on :8080

main.register{Target:"lv338385557", NicocasArchive:true, StartPositionEn:false, StartPosition:0, ArchiveWait:2}
lv338385557
対応していません:https://live.nicovideo.jp/watch/lv338385557

・以前他の方のコメントで出ていた、 streamlinkで放送を遡って取得するオプションを搭載してほしい。--hls-live-restart を加えるだけで、その放送の遡れる限界まで遡って取得してくれます。(超低遅延放送を除く) コメントの処理方法は分かりません。。

playlist end.
dbExec &errors.errorString{s:"sql: database is closed"}

ときどき、ダウンロードは行われるものの、
.mp4 への変換時に次のようになり失敗することがあります。

Stream mapping:
Stream #0:1 -> #0:0 (copy)
Stream #0:0 -> #0:1 (copy)
Last message repeated 1 times
write |1: The pipe has been ended.

ffmpeg.exe は ffmpeg-4.0.2-win64-static.zip 内のものを使っています。
初めて遭遇したのは 11/23 で、
問題なかった番組が失敗するようになったりと変動するようですが、
現時点では lv316965027 lv317016927 あたりで発生します。

C:\PortableApps (CLI)\livedl
λ livedl -yt LKRCEx1Z0PE
Conf(YtNoStreamlink): false
Conf(YtNoYoutubeDl): false
Conf(HttpSkipVerify): false
Conf(HttpTimeout): 5
chdir: C:\PortableApps (CLI)\livedl
Selen Tatsuki 【NIJISANJI EN】-【PUYO PUYO TETRIS 2】T-spin time【NIJISANJI EN ｜ Selen Tatsuki】_LKRCEx1Z0PE.mp4
[Streamlink for Windows v1.0.0 - Git f7ac894]
comment pos: 00:00:33
[cli][info] Found matching plugin youtube for URL https://www.youtube.com/watch?v=LKRCEx1Z0PE
[cli][error] Unable to open URL: https://youtube.com/get_video_info (410 Client Error: Gone for url: https://www.youtube.com/get_video_info?video_id=LKRCEx1Z0PE&el=detailpage)

waiting comment
comment pos: 00:07:45
comment pos: 00:15:59
comment pos: 00:23:44
comment pos: 00:32:22
comment pos: 00:44:05
comment pos: 00:57:49
comment pos: 01:11:37
comment pos: 01:21:32
comment pos: 01:30:19
comment pos: 01:34:56
comment pos: 01:39:25
comment pos: 01:52:09
comment pos: 02:02:37
comment pos: 02:10:13
comment pos: 02:12:59
comment pos: 02:16:28
comment pos: 02:20:44

comment done

YouTubeのコメント取得において、最後まで取得しないまま終了することが度々起こります。再取得すると正常に取得されるのですが、再取得用にコメントのみ取得できるようなオプションがあると便利だと感じました。
ついでに、YouTubeの録画終了後のコメント自動変換の機能も欲しいです。

@err Get https://twitcasting.tv/streamserver.php?:略 net/http: request canceled (Client.Timeout exceeded while awaiting headers)

@err invalid character '<' looking for beginning of value

ニコ生公式の新配信を生録画中に以下のログが出て切断され再接続もしないようです
使用オプションは -nico-hls-only=on -nico-fast-ts=on

Current SeqNo: 7466
Current SeqNo: 7468
panic: sync: negative WaitGroup counter

goroutine 29167 [running]:
sync.(*WaitGroup).Add(0xc0420619e0, 0xffffffffffffffff)
*********/sync/waitgroup.go:73 +0x13a
sync.(*WaitGroup).Done(0xc0420619e0)
*********/sync/waitgroup.go:98 +0x3b

********/livedl/src/niconico.(*NicoHls).startGoroutine2.func1(0xc0421d29c0, 0xc0422bd8c0, 0xc0421b0000, 0x3)
*******/livedl/src/niconico/nico_hls.go:640 +0xd1
created by *********/livedl/src/niconico.(*NicoHls).startGoroutine2
*******/livedl/src/niconico/nico_hls.go:627 +0x9d

2018/09/19-10:33:30.48:saveMedia: seqno=1998, code=200, err=<nil>, neterr=<nil>, 34(ms), len=387280
2018/09/19-10:33:30.51:saveMedia: seqno=1999, code=200, err=<nil>, neterr=<nil>, 34(ms), len=315276
2018/09/19-10:33:30.51:time.After()=1.9315995(sec)
2018/09/19-10:33:32.45:getPlaylist: code=200, err=<nil>, neterr=<nil>, 0(ms) >>><<<
Current SeqNo: 1998
2018/09/19-10:33:32.48:saveMedia: seqno=2000, code=200, err=<nil>, neterr=<nil>, 35(ms), len=286888
2018/09/19-10:33:32.48:time.After()=1.9647998(sec)
2018/09/19-10:33:34.45:getPlaylist: code=200, err=<nil>, neterr=<nil>, 0(ms) >>><<<
Current SeqNo: 1999
2018/09/19-10:33:45.09:saveMedia: seqno=2001, code=404, err=<nil>, neterr=<nil>, 0(ms), len=13