Set cobalt tools to prefer 1440p, h264 and auto (this happened with and without hls)
Paste link
Press >>>
Check audio throughout video once downloaded
screenshots
No response
links
https://youtu.be/3Gj7PXxThFs?si=hi556T6JMYjUaELc
platform information
Brave browser on Android 13
additional context
No response
Originally created by @xybergay on GitHub (May 31, 2025).
Original GitHub issue: https://github.com/imputnet/cobalt/issues/1302
### bug description
Audio from the back 60%-80% of video is missing when downloading this long video at 1080p
https://youtu.be/3Gj7PXxThFs?si=hi556T6JMYjUaELc
### reproduction steps
Set cobalt tools to prefer 1440p, h264 and auto (this happened with and without hls)
Paste link
Press >>>
Check audio throughout video once downloaded
### screenshots
_No response_
### links
```shell
https://youtu.be/3Gj7PXxThFs?si=hi556T6JMYjUaELc
```
### platform information
Brave browser on Android 13
### additional context
_No response_
GiteaMirror
added the bug label 2026-06-10 17:11:16 -05:00
Ok, I tried it again this time (second time without hls). Local processing is disabled although I tried to enable it once by switching to desktop mode when initially troubleshooting this error.
This time, I tried to keep the phone screen awake and on the download page as much as possible, which worked better than when I ran it before going to sleep and got a slight improvement in the amount of the video with audio, almost hitting the 50% mark.
Previous downloads showed 4.41GB (4.73 GB in browser) or 4.44GB (4.77 GB in browser) but this one got to 4.47GB (4.80 GB in browser) before stopping on its own. Also, sorry about the file names, they're a mess bc some of them were resurrected from the recycling bin.
<!-- gh-comment-id:2925130165 -->
@xybergay commented on GitHub (May 31, 2025):
Ok, I tried it again this time (second time without hls). Local processing is disabled although I tried to enable it once by switching to desktop mode when initially troubleshooting this error.
This time, I tried to keep the phone screen awake and on the download page as much as possible, which worked better than when I ran it before going to sleep and got a slight improvement in the amount of the video with audio, almost hitting the 50% mark.
Previous downloads showed 4.41GB (4.73 GB in browser) or 4.44GB (4.77 GB in browser) but this one got to 4.47GB (4.80 GB in browser) before stopping on its own. Also, sorry about the file names, they're a mess bc some of them were resurrected from the recycling bin.
https://github.com/user-attachments/assets/1228f80b-8277-4cc4-9d90-109c8cc096ff
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @xybergay on GitHub (May 31, 2025).
Original GitHub issue: https://github.com/imputnet/cobalt/issues/1302
bug description
Audio from the back 60%-80% of video is missing when downloading this long video at 1080p
https://youtu.be/3Gj7PXxThFs?si=hi556T6JMYjUaELc
reproduction steps
Set cobalt tools to prefer 1440p, h264 and auto (this happened with and without hls)
Paste link
Press >>>
Check audio throughout video once downloaded
screenshots
No response
links
platform information
Brave browser on Android 13
additional context
No response
@wukko commented on GitHub (May 31, 2025):
hey, can you try again without HLS? local processing is disabled, right?
@xybergay commented on GitHub (May 31, 2025):
Ok, I tried it again this time (second time without hls). Local processing is disabled although I tried to enable it once by switching to desktop mode when initially troubleshooting this error.
This time, I tried to keep the phone screen awake and on the download page as much as possible, which worked better than when I ran it before going to sleep and got a slight improvement in the amount of the video with audio, almost hitting the 50% mark.
Previous downloads showed 4.41GB (4.73 GB in browser) or 4.44GB (4.77 GB in browser) but this one got to 4.47GB (4.80 GB in browser) before stopping on its own. Also, sorry about the file names, they're a mess bc some of them were resurrected from the recycling bin.
https://github.com/user-attachments/assets/1228f80b-8277-4cc4-9d90-109c8cc096ff