A new error has occurred.
Downloaded video played at 2:01:15, downloaded video played at 32:57 seconds
The link is https://youtu.be/yfnUAEcjF4g
the other links as well
reproduction steps
1.copy link
2.download
3.Compare file
4.see
screenshots
links
No response
platform information
chrome 116.0.5845.187 on macOS 10.13
additional context
Downloading the wrong file
Originally created by @caohuan99 on GitHub (Jan 7, 2025).
Original GitHub issue: https://github.com/imputnet/cobalt/issues/1040
### bug description
A new error has occurred.
Downloaded video played at 2:01:15, downloaded video played at 32:57 seconds
The link is https://youtu.be/yfnUAEcjF4g
the other links as well
### reproduction steps
1.copy link
2.download
3.Compare file
4.see
### screenshots
<img width="291" alt="屏幕快照 2025-01-07 上午10 11 32" src="https://github.com/user-attachments/assets/8c23a12c-607f-48a0-9277-84e3d3f03d9a" />
<img width="858" alt="屏幕快照 2025-01-07 上午10 11 47" src="https://github.com/user-attachments/assets/35305f0e-3f3c-425a-b403-47c14220b09c" />
### links
_No response_
### platform information
chrome 116.0.5845.187 on macOS 10.13
### additional context
Downloading the wrong file
GiteaMirror
added the bug label 2026-04-11 06:30:52 -05:00
<!-- gh-comment-id:2574371495 -->
@Interstate-404 commented on GitHub (Jan 7, 2025):
Have you tried downloading with [hls?](https://cobalt.tools/settings/video#youtube-hls)
@Interstate-404 commented on GitHub (Jan 7, 2025):
I’ve been having the same issues (in #1039), tried everything, nothing seems to work, my only recommendation is to just wait until the dev responds, as it seems nothing will fix it.
<!-- gh-comment-id:2574416102 -->
@Interstate-404 commented on GitHub (Jan 7, 2025):
I’ve been having the same issues (in #1039), tried everything, nothing seems to work, my only recommendation is to just wait until the dev responds, as it seems nothing will fix it.
Can confirm that now downloading h264 with hls appears to work consistently.
Also tested h264 without hls and av1, both of which appear to get cut off consistently and regardless of the specific video getting downloaded: most of the time it seems that both video and audio track get cut off at the same time, but on a few occasion I've seen the audio track continue for the full video while the video track was cut off earlier.
All the tests were done with tunnelling on to ensure that my own IP would not factor into the results.
<!-- gh-comment-id:2574609864 -->
@loldev69 commented on GitHub (Jan 7, 2025):
Can confirm that now downloading h264 with hls appears to work consistently.
Also tested h264 without hls and av1, both of which appear to get cut off consistently and regardless of the specific video getting downloaded: most of the time it seems that both video and audio track get cut off at the same time, but on a few occasion I've seen the audio track continue for the full video while the video track was cut off earlier.
All the tests were done with tunnelling on to ensure that my own IP would not factor into the results.
Can confirm that now downloading h264 with hls appears to work consistently. Also tested h264 without hls and av1, both of which appear to get cut off consistently and regardless of the specific video getting downloaded: most of the time it seems that both video and audio track get cut off at the same time, but on a few occasion I've seen the audio track continue for the full video while the video track was cut off earlier. All the tests were done with tunnelling on to ensure that my own IP would not factor into the results.
ALL youtube downloads are proxied by default
<!-- gh-comment-id:2574927107 -->
@lostdusty commented on GitHub (Jan 7, 2025):
> Can confirm that now downloading h264 with hls appears to work consistently. Also tested h264 without hls and av1, both of which appear to get cut off consistently and regardless of the specific video getting downloaded: most of the time it seems that both video and audio track get cut off at the same time, but on a few occasion I've seen the audio track continue for the full video while the video track was cut off earlier. All the tests were done with tunnelling on to ensure that my own IP would not factor into the results.
ALL youtube downloads are proxied by default
I also encountered this problem. The download speed became zero after downloading 2-3MB.
I turned on the HLS, but it still has a problem. After downloading 18MB, it stop download and report the file cannot be found on the server.
<!-- gh-comment-id:2585084330 -->
@teddy171 commented on GitHub (Jan 11, 2025):
I also encountered this problem. The download speed became zero after downloading 2-3MB.
I turned on the HLS, but it still has a problem. After downloading 18MB, it stop download and report the file cannot be found on the server.
I also encountered this problem. The download speed became zero after downloading 2-3MB. I turned on the HLS, but it still has a problem. After downloading 18MB, it stop download and report the file cannot be found on the server.
As mentioned in #1039, the occurrence of errors is because youtube close the stream. So is dividing a large video into small pieces then download a possible solution?(#1044)
<!-- gh-comment-id:2585111848 -->
@teddy171 commented on GitHub (Jan 11, 2025):
> I also encountered this problem. The download speed became zero after downloading 2-3MB.  I turned on the HLS, but it still has a problem. After downloading 18MB, it stop download and report the file cannot be found on the server. 
As mentioned in #1039, the occurrence of errors is because youtube close the stream. So is dividing a large video into small pieces then download a possible solution?(#1044)
the issue has been fixed! there's no need to enable hls, it'll work as-is. if it doesn't, make a new issue.
<!-- gh-comment-id:2605008301 -->
@wukko commented on GitHub (Jan 21, 2025):
the issue has been fixed! there's no need to enable hls, it'll work as-is. if it doesn't, make a new issue.
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 @caohuan99 on GitHub (Jan 7, 2025).
Original GitHub issue: https://github.com/imputnet/cobalt/issues/1040
bug description
A new error has occurred.
Downloaded video played at 2:01:15, downloaded video played at 32:57 seconds
The link is https://youtu.be/yfnUAEcjF4g
the other links as well
reproduction steps
1.copy link
2.download
3.Compare file
4.see
screenshots
links
No response
platform information
chrome 116.0.5845.187 on macOS 10.13
additional context
Downloading the wrong file
@caohuan99 commented on GitHub (Jan 7, 2025):
The downloaded file is incomplete
@Interstate-404 commented on GitHub (Jan 7, 2025):
Have you tried downloading with hls?
@caohuan99 commented on GitHub (Jan 7, 2025):
Tried it. Same result.
@Interstate-404 commented on GitHub (Jan 7, 2025):
I’ve been having the same issues (in #1039), tried everything, nothing seems to work, my only recommendation is to just wait until the dev responds, as it seems nothing will fix it.
@Interstate-404 commented on GitHub (Jan 7, 2025):
Try downloading with hls now. It should work.
@loldev69 commented on GitHub (Jan 7, 2025):
Can confirm that now downloading h264 with hls appears to work consistently.
Also tested h264 without hls and av1, both of which appear to get cut off consistently and regardless of the specific video getting downloaded: most of the time it seems that both video and audio track get cut off at the same time, but on a few occasion I've seen the audio track continue for the full video while the video track was cut off earlier.
All the tests were done with tunnelling on to ensure that my own IP would not factor into the results.
@lostdusty commented on GitHub (Jan 7, 2025):
ALL youtube downloads are proxied by default
@teddy171 commented on GitHub (Jan 11, 2025):
I also encountered this problem. The download speed became zero after downloading 2-3MB.
I turned on the HLS, but it still has a problem. After downloading 18MB, it stop download and report the file cannot be found on the server.
@teddy171 commented on GitHub (Jan 11, 2025):
As mentioned in #1039, the occurrence of errors is because youtube close the stream. So is dividing a large video into small pieces then download a possible solution?(#1044)
@wukko commented on GitHub (Jan 21, 2025):
the issue has been fixed! there's no need to enable hls, it'll work as-is. if it doesn't, make a new issue.