selsta
Getting an "Error: AES128_CBC_DecryptUpdate failed" for each segment
Attempted experiment:
hlsdl -b -v -o "file.ts" -h "Referer=https://go.cdn.vooplayer.com/publish/MjA5Nzgw" "https://s3-vooplayer.vplay.io/vooplayerv4/104267/5b80cd5cb3c0b047517651playlist-1080-e.m3u8"
Resulting output, first 4 of 1159 segments:
Choosing best quality. (Bitrate: 5100000), (Resolution: unknown), (Codecs: unknown) > START media_playlist_get_links > END media_playlist_get_links HLS Stream is AES-128 encrypted. Media Playlist parsed successfully. Downloading segments. {"d_t":"vod"} {"t_d":2320,"d_d":0, "d_s":0} Downloading part 0 Error: AES128_CBC_DecryptUpdate failed: 0, in_size: 93440, out_size: 93424 {"t_d":2320,"d_d":2,"d_s":93424} Downloading part 1 Error: AES128_CBC_DecryptUpdate failed: 0, in_size: 952048, out_size: 952032 Downloading part 2 Error: AES128_CBC_DecryptUpdate failed: 0, in_size: 786224, out_size: 786208 Downloading part 3 Error: AES128_CBC_DecryptUpdate failed: 0, in_size: 1463408, out_size: 1463392 Downloading part 4 Error: AES128_CBC_DecryptUpdate failed: 0, in_size: 1053744, out_size: 1053728 {"t_d":2320,"d_d":10,"d_s":4348784}
It does download each part into the file.ts (though unreadable result) and has the same error for every segment. If useful, when visiting the following URL in Chrome on macOS the Dev Console > Network reveals the particular rhythm of elements.
https://go.cdn.vooplayer.com/publish/MjA5Nzgw
Am not sure on the usage of -k and -n. Thanks for any thoughts.
Quite possible – I discovered the video owner also used an alternative/backup video streaming service to host the same set of streams (which capture utilities could read), likely due to some viewers not being able to see the vooplayer stream via their preferred browser. From what I've seen, vooplayer isn't readable by any capture utility (or at least hasn't been prioritized among the various capture developers).