refactor(stream): Use aiohttp instead of curl

**Summary**
Well, YouTube is so strict sometimes, so it blocks buffer from actually being sent to the ffmpeg process in time, and we can't control that, however, a 15 seconds timeout was set, youtube usually takes more than 5 seconds to send buffers in time.

**Why aiohttp?**
I had to get rid of curl because handling it is harder, aiohttp is way easier and more reliable for requests like YouTube and MyInstants.

- Solves #119
- Now local files don't need a curl process to be made, it can be done inside ffmpeg itself
- Set the duration of the youtube video before playing it instead of calculating it during the stream.

Author: Dolly132

src/torchlight/AudioClip.py

@@ -33,6 +33,9 @@ def __init__(
     def __del__(self) -> None:
         self.logger.debug("~AudioClip()")
 
+    def SetDuration(self, duration: float) -> None:
+        self.audio_player.SetDuration(duration)
+
     def Play(
         self,
         seconds: int | None = None,

src/torchlight/Commands.py

@@ -966,6 +966,9 @@ async def _func(self, message: list[str], player: Player) -> int:
 
         self.torchlight.last_url = url
 
+        # Set the duration of the audio clip because youtube already provides it in the metadata
+        # Helps fixing youtube not sending buffer in time.
+        audio_clip.SetDuration(float(info["duration"]))
         return audio_clip.Play(real_time)