hikaru
hikaru copied to clipboard
Update to v2 APIs
Entry point appears to be:
https://api.live.bilibili.com/xlive/web-room/v2/index/getRoomPlayInfo?room_id=<RoomID>
V1 playUrl
seems to be still working. Assuming response data quality
field is correct
v2 provides, qn=10000 (原画?)
- (proto 0?) flv: hevc/h264; H264 URL appears to agree with v1 API
- (proto 1?) m3u8: hevc/h264; Much slower TTFB
Open Q:
- Unclear if m3u8 is better (or less susceptible to jitter)
- Dual codec is suspicious. Would have go through re-encode unless source streams 2 formats (upload bw is okay now, probably okay??)
Well-known configs going through encoder (quality=3 / qn < 10000) will jank.
Warn: new HLS stream m4s chunk pacing is broken in high latency situations. Guaranteed jank.