The video does not play in automatic quality. (But the audio format loaded))

[Pamilg8]

Steps to reproduce

1. Watch the video.
2. Buffering is delayed
3. Sometimes the player gets locked quickly. Sometimes a little later
4. The audio loads but not the video
5. Set the quality manually to 480p, the video plays immediately

Expected behavior

Why am I opening the issue?

Because videos with problems are working without problems in Piped. This problem occurs on my fast Wi-Fi for LibreTube. Not on weak Wi-Fi. I don't know why fast Wi-fi is causing problems on LibreTube. Doesn't seem like a server problem

Actual behavior

Some videos did not load in automatically quality

LibreTube version

0.21.1 Debug

Android version

Android 14

Other details

XRecorder_08022024_215126.mp4

XRecorder_08022024_221136.mp4

Acknowledgements

• I have searched the existing issues and this is a new ticket, NOT a duplicate or related to another open issue.
• I have written a short but informative title.
• I will fill out all of the requested information in this form.

[Serroda]

Same problem here, It only happens when the video is recently published. If a few days pass, you can watch the video

proof

screen-20240211-083055.mp4

[Pamilg8]

My problem: The video I showed was published a long time ago. My problem is with auto quality. Auto quality delays buffering on networks or audio loads but video doesn't play.

Your problem: No buffering is attempted on your video. ( And the sound does not load) I met with such a problem. This is another problem

[Ehab-d]

It also happends with me alot of times. I'm not a dev to know what is it but I have to change the quality to make the video work.

[MykeHalk]

Issue can be worked around by enabling "HLS" and "LBRY HLS" in "Settings - Audio and Video".

You can also disable Piped proxy in "Settings - Instances" but I wouldn't recommend do that.

I'm not quite sure, but from my perspective the issue seems to have something to do with adaptive bitrate switching or Piped proxy being blocked.

[Bnyro]

Closing in favor of #5855