refactor: hls Decreasing the number will make download slower but stable.

[candrapersada]

NOTE :- Increasing the number will make the download faster but less stable and Decreasing the number will make download slower but stable.
and how auto clean ${HOME}/.cache/hls-temp after the download is complete

Pull Request Template

Type of change

• Bug fix
• Feature
• Documentation update

Description

ramble here

Checklist

• any anime playing
• bumped version

---

• next, prev and replay work
• -c history and continue work
• -d downloads work
• -s syncplay works
• -q quality works
• -v vlc works
• -e select episode works
• -S select index works
• -r range selection works
• --dub and regular (sub) mode both work
• all providers return links (not necessarily on a single anime, use debug mode to confirm)

---

• -h help info is up to date
• Readme is up to date
• Man page is up to date

Additional Testcases

• The safe bet: One Piece
• Episode 0: Saenai Heroine no Sodatekata ♭
• Unicode: Saenai Heroine no Sodatekata ♭
• Non-whole episodes: Tensei shitara slime datta ken (ep. 24.5, ep. 24.9)

[port19x]

let's just go with the default number of connections (36)

[CoolnsX]

No don't, if you have aria2c don't decrease download, as aria handles parallel download perfectly, but if you don't have aria then you can go with or with this formula <download_speed_in_MBps> * 3

[CoolnsX]

I think you didn't understand the concept of my script

[candrapersada]

but if use always many parallel download HLS video download will be broken.

[CoolnsX]

You don't have aria2c installed?? Or are u testing it on ISH?

[candrapersada]

aria2c installed

[candrapersada]

and why cleanup not working in ani-cli ${HOME}/.cache/hls-temp/file.ts after the download is complete to download the next episode?