-
-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unable to verify the saved video file is correct #17
Comments
Hi! |
Hi, it has been made private, but it was playing at the time I wrote. I made several downloading tries and changed the syntax without *title*, but it didn’t work.
It’s the 2nd time this happened with this channel.
… Am 12.04.2021 um 20:00 schrieb Yauheni Rytsikau ***@***.***>:
Hi!
Just check in browser - I get a 'Video unavailable' page
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICR656YR237DJD7P4QTTIMYM5ANCNFSM42ZR5NRQ>.
|
Perhaps the reason was interruptions - at the very beginning of stream, they happen quite often |
^ not beginning of stream, but first available point at the current moment |
Then it would have been interrupted every time I started the script manually? I guess, let’s wait and see if it happens again with this channel. The last successful download was on Apr 05. Since then I had two streams which couldn’t be downloaded.
… Am 12.04.2021 um 21:40 schrieb Yauheni Rytsikau ***@***.***>:
not beginning point, but first available point at the current moment
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICSAGL2ILFQH5GMHWLTTINEBRANCNFSM42ZR5NRQ>.
|
Hi, there is a stream right now with the same problem. Perhaps you catch it and could try before it’s ending? I only get a 0 kb file with the error message (not able to verify the video file is correct)
https://www.youtube.com <https://www.youtube.com/> <https://www.youtube.com/>
/ <https://www.youtube.com/>watch?v=rxk3BE-yaIY
affected channel:
https://www.youtube.com/ <https://www.youtube.com/>
channel/.
UCvAEnnp7fwGpHrGp19ZPHIA
Thanks
… Am 12.04.2021 um 21:40 schrieb Yauheni Rytsikau ***@***.***>:
not beginning point, but first available point at the current moment
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICSAGL2ILFQH5GMHWLTTINEBRANCNFSM42ZR5NRQ>.
|
I have encountered the same problem with the following URLs:
I've tried different resolutions, different titles. Nothing changed. |
This is message from FFmpeg: Looks like a bug.. You can try another FFmpeg build. Or use other formats to save |
Man, that’s a nice discovery! Thanks for sharing the urls. Changing the format from .ts to .mp4 works for me.
but I still hope the bug can be fixed. I really appreciate the .ts-format because one can listen to the file while it’s still downloading.
Unfortunately updating to FFMpeg 4.4 (64-bit versioin) for Windows didn’t solve the problem.
… Am 15.05.2021 um 19:13 schrieb Yauheni Rytsikau ***@***.***>:
This is message from FFmpeg:
"Too long service or provider name Could not write header for output file #0 (incorrect codec parameters ?): Cannot allocate memory"
Looks like a bug.. You can try another FFmpeg build. Or use other formats to save
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICTHQXOU6226RBG3G33TN2TS5ANCNFSM42ZR5NRQ>.
|
Just checked, all three urls above work with .flv |
When using .flv, the program also displays "Unable to verify the saved video file is correct", because win32 shell cannot determine the duration for this format. But the file itself is saved correctly |
Hi! Some streams are actually finished and the program doesn’t realize it. In some cases I miss on the next stream because of this. In order to save longer streams without interruptions I set duration=300. So, when a streamer stops quickly and then starts a new stream Yrewind continues processing the finished url until 300 minutes are over and can’t download the new stream which has already begun. The file will keep the same size and is locked until yrewind quits or duration=300 has expired.
Most streams don’t cause this problem but it’s often enough that I think I should report it.
Here are two streams which caused it to happen. I’m not sure how long they will be available:
The first video was downloaded, but then the download continued after the stream endet:
https://www.youtube.com/watch?v=69r29-8DRqM
This is the next video which wasn’t downloaded automatically because the download of the first video was still going:
https://www.youtube.com/watch?v=0tBQMzPtv1w
I couldn’t find out a pattern when it happens. Hope this can be fixed or a workaround is available.
|
cool, will try it out. I have win 10, 64-bit.
Is Yrewind 32- or 64—bit? FFMpeg and yrewind should have the same architecture, right?
… Am 17.05.2021 um 07:11 schrieb Yauheni Rytsikau ***@***.***>:
Just checked, all three urls above work with .flv
It's also a streaming format, and also allows to watch videos while downloading
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICT5CC43LH5UGO7ZLZDTOCQQ5ANCNFSM42ZR5NRQ>.
|
Unlike with .ts Listening is not always possible for me when downloading in .flv. It’s possible when I download an url like you did. but it’s not possible when I wait for streams to come.
Example which allows me to listen to .flv:
yrewind -url=https://www.youtube.com/watch?v=21X5lGlDOfg -start=beginning -duration=300 -output=*start* *title*.flv -r=1
Example of a batch file which doesn’t allow me to listen to .flv while downloading:
:start
yrewind -url=https://www.youtube.com/watch?v=21X5lGlDOfg -start=wait -output='G:\live\Nasa\*start* *title*.flv' -duration=300 -r=1
goto start
I always thought .ts would be the most reliable format for downloading? I still hope the issue with this format can be fixed.
Thanks :-)
… Am 17.05.2021 um 07:11 schrieb Yauheni Rytsikau ***@***.***>:
Just checked, all three urls above work with .flv
It's also a streaming format, and also allows to watch videos while downloading
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICT5CC43LH5UGO7ZLZDTOCQQ5ANCNFSM42ZR5NRQ>.
|
Hi! Firstly about previous ("Some streams are actually finished and the program doesn’t realize it") In real time, the program records the stream with a delay of one minute. Plus, if the stream was interrupted, the program continues download attempts for another minute. If during these two minutes the streamer manages to interrupt the stream and start a new one, then the new stream will indeed remain missed. In this case, nothing prevents you from simply keeping the second instance of the program running in wait mode: (this is if I understood correctly the situation you described) |
For second question, just quote the output filename:
And everything works fine) |
Hi, this is intersting and good to know. So, do I understand correctly:
1. If a streamer interrupts a stream, Yrewind attempts to download for a minute.
2. When the streamer does a short stream and interrupts it again during this one minute attempt period I would miss this probably not so interesting short stream.
3. But if the streamer wouldn’t interrupt the stream for longer time Yrewind would end downloading of the first stream and start automatically downloading the new one? Or would I miss even a longer stream if the streamer starts a new stream while Yrewind is attempting to download again the first stream?
I think this is exactly what happened with these two urls, the short and the longer one. Yrewind tried to download again from the first, short stream and missed the longer one. The file of the short stream was locked and no new file with the next stream was created.
In such a case the file of the first recorded stream is locked until 300 minutes have passed (perhaps because of -duration=300?) or until I change geo location with VPN. The 2nd option isn’t very nice because I end all other ongoing downloads this way as well ...
I wrote my batch file with :start at the begin and goto start at the end so that it should repeat itself over and over without having me to do anything.
Perhaps the wrong quote ‚ instead of „ prevented it to work correctly? I’ll try out with the correct syntax this time and will report back if the problem still remains.
Thanks!
… Am 18.05.2021 um 17:23 schrieb Yauheni Rytsikau ***@***.***>:
Hi!
Firstly about previous ("Some streams are actually finished and the program doesn’t realize it")
In real time, the program records the stream with a delay of one minute. Plus, if the stream was interrupted, the program continues download attempts for another minute. If during these two minutes the streamer manages to interrupt the stream and start a new one, then the new stream will indeed remain missed.
In this case, nothing prevents you from simply keeping the second instance of the program running in wait mode:
"-url=[channel_url] -start=wait"
While the first copy will finish recording the old stream, the second will start saving the new one at this time.
(this is if I understood correctly the situation you described)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICVE4B7V2PHDDM5L4ZDTOKA7BANCNFSM42ZR5NRQ>.
|
Yes it’s working fine, I wrote ‚ instead of „ for the quotes. With .ts-downloads this didn’t make a difference, so I didn’t notice anything.
Thanks.
… Am 18.05.2021 um 17:24 schrieb Yauheni Rytsikau ***@***.***>:
For second question, just quote the output filename:
yrewind -url=https://www.youtube.com/watch?v=21X5lGlDOfg <https://www.youtube.com/watch?v=21X5lGlDOfg> -start=beginning -duration=300 -output="start title.flv" -r=1
And everything works fine)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICSJ6LMUQG5T74KSPU3TOKBC5ANCNFSM42ZR5NRQ>.
|
If the stream ends before 300 minutes have elapsed, then the program waits for nothing and simply exits. |
Ok thanks, this is great. I changed the quotes to the right ones and hope this will solve it. Let’s wait a bit and see.
… Am 18.05.2021 um 19:03 schrieb Yauheni Rytsikau ***@***.***>:
If the stream ends before 300 minutes have elapsed, then the program waits for nothing and simply exits.
For example, if the stream ended at 12:02, then at 12:03 the program will finish recording it, and after a couple of network attempts it will exit at 12:04, saving the shorter file.
Accordingly, at 12:04 the next line of your bat file will start working (if it exists, of course)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICVXRPLOVBBA2EZJ6BDTOKMVPANCNFSM42ZR5NRQ>.
|
A bit earlier on about 09:30 AM my time GMT Amsterdam, Berlin … there was a stream which Yrewind saved. The stream finished at 10:02. And since then Yrewind is still trying to download. the fsp value was about 40 and is slowly going deeper, it’s fsp=27 now at 10:20.
I’m not sure what this all means. the downloaded file stays at the same size now but it’s locked until the process finishes or I interrupt it myself. Until then I think no new stream can be downloaded.
Unfortunately, the live stream has already been removed by the user, so I can’t give an example for the url.
I changed the wrong quotes I had earlier. And I’m downloading to .flv. Of course I could start a new bat file, but then I’d have several bat files running for the same url eventually.
… Am 18.05.2021 um 19:03 schrieb Yauheni Rytsikau ***@***.***>:
If the stream ends before 300 minutes have elapsed, then the program waits for nothing and simply exits.
For example, if the stream ended at 12:02, then at 12:03 the program will finish recording it, and after a couple of network attempts it will exit at 12:04, saving the shorter file.
Accordingly, at 12:04 the next line of your bat file will start working (if it exists, of course)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICVXRPLOVBBA2EZJ6BDTOKMVPANCNFSM42ZR5NRQ>.
|
I let the bat file run and I saw that the locked file was released at 3:31 pm. The file was created at 9:31AM. The stream is only 44 minutes long.
I was able to download 20 streams today. 3 downloads were locked after the stream endet for much longer than they should. So I think there is really something which would need a closer look.
Thanks
… Am 18.05.2021 um 19:03 schrieb Yauheni Rytsikau ***@***.***>:
If the stream ends before 300 minutes have elapsed, then the program waits for nothing and simply exits.
For example, if the stream ended at 12:02, then at 12:03 the program will finish recording it, and after a couple of network attempts it will exit at 12:04, saving the shorter file.
Accordingly, at 12:04 the next line of your bat file will start working (if it exists, of course)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICVXRPLOVBBA2EZJ6BDTOKMVPANCNFSM42ZR5NRQ>.
|
I have release 21.351 now, and I just discovered a first channel which hangs/keeps downloading. The stream has already been removed by the broadcaster.
But the channel is this here:
https://www.youtube.com/channel/ <https://www.youtube.com/channel/>
UCcrvWTiPSuJY7XdknTkA0Xw
Now there is something I did different: I took a the full FFMpeg 4.4, probably newer than the one which comes with your program. Does this matter? Other than that, I downloaded in .flv, using a VPN, set to German location. I have windows 10 Pro 64-bit.
I’m trying to give you some infos and hope I can help you to investigate the problem further.
Thanks for all your work so far.
… Am 18.05.2021 um 19:03 schrieb Yauheni Rytsikau ***@***.***>:
If the stream ends before 300 minutes have elapsed, then the program waits for nothing and simply exits.
For example, if the stream ended at 12:02, then at 12:03 the program will finish recording it, and after a couple of network attempts it will exit at 12:04, saving the shorter file.
Accordingly, at 12:04 the next line of your bat file will start working (if it exists, of course)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICVXRPLOVBBA2EZJ6BDTOKMVPANCNFSM42ZR5NRQ>.
|
Hi, it seems that things have improved. I have about 30 different channels waiting =wait each day and since my last report of the polish channel only one Korean had the issue where Yrewind would keep trying to download after the stream has already finished. It’s this one:
https://www.youtube.com/channel/UC0HJPpjvlxppF-GTcRJdadA
Thanks
… Am 18.05.2021 um 19:03 schrieb Yauheni Rytsikau ***@***.***>:
If the stream ends before 300 minutes have elapsed, then the program waits for nothing and simply exits.
For example, if the stream ended at 12:02, then at 12:03 the program will finish recording it, and after a couple of network attempts it will exit at 12:04, saving the shorter file.
Accordingly, at 12:04 the next line of your bat file will start working (if it exists, of course)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICVXRPLOVBBA2EZJ6BDTOKMVPANCNFSM42ZR5NRQ>.
|
Hi! Channels which are „hanging“ and keep on downloading after the stream is finished have become less. So that’s a good sign for sure.
there are still some channels affected. Par example:
https://www.youtube.com/ <https://www.youtube.com/>
channel/UCcrvWTiPSuJY7XdknTkA0Xw:
https://www.youtube.com/ <https://www.youtube.com/>
channel/UC0HJPpjvlxppF-GTcRJdadA
https://www.youtube.com/ <https://www.youtube.com/>
channel/UCyg0JKhsvXySwGdaO0ZIfRQ
Thanks
… Am 18.05.2021 um 19:03 schrieb Yauheni Rytsikau ***@***.***>:
If the stream ends before 300 minutes have elapsed, then the program waits for nothing and simply exits.
For example, if the stream ended at 12:02, then at 12:03 the program will finish recording it, and after a couple of network attempts it will exit at 12:04, saving the shorter file.
Accordingly, at 12:04 the next line of your bat file will start working (if it exists, of course)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICVXRPLOVBBA2EZJ6BDTOKMVPANCNFSM42ZR5NRQ>.
|
Hi
What causes this error?
I have two streams which are probably already private/removed when you’re reading this:
Error 9210 Cannot download ID information
https://www.youtube.com/watch?v=dG1YKqCsr2Q
https://www.youtube.com/watch?v=08ctqFuYDGo
Thanks for having a look.
|
Hi! Release 21.061 seems to be much better so far. Getting the time from the server instead of the user’s computer seems to be really a genius idea.
I never had a „hanging“ channel after download is finished, as long the streams are happening and Yrewind catches them itself with my batch scripts.
However I experienced some channels which keep downloading after the stream is finished when a stream is live and I start the download manually like this:
yrewind -url=(some url here) -start=beginning -duration=300 -output=*start* *title*.flv -r=1
pause
… Am 18.05.2021 um 19:03 schrieb Yauheni Rytsikau ***@***.***>:
If the stream ends before 300 minutes have elapsed, then the program waits for nothing and simply exits.
For example, if the stream ended at 12:02, then at 12:03 the program will finish recording it, and after a couple of network attempts it will exit at 12:04, saving the shorter file.
Accordingly, at 12:04 the next line of your bat file will start working (if it exists, of course)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICVXRPLOVBBA2EZJ6BDTOKMVPANCNFSM42ZR5NRQ>.
|
Thank you, in fact, I expected a lot of bugs in this release :), because the structure of the program has changed a lot Can you explain exactly how the program continues downloading after stream has ended? |
Unfortunately I think it might be the first case, because the file size stays the same. No content is added during the time the program is waiting to download. The fsp rate will decrease slowly during about 5 hours.
also, many ongoing livestreams aren’t detected properly. I have to look when it happens the next time but I think it says „Unable to get livestream information. Is it a livestream?“
I tried to switch geo location in such a case but i wasn’t able to download this way.
this said, youtube has done something in the past weeks. Other programs like GPodder or some browser addons were or still are affected.
I guess we have to wait and see.
… Am 07.06.2021 um 09:00 schrieb Yauheni Rytsikau ***@***.***>:
Thank you, in fact, I expected a lot of bugs in this release :), because the structure of the program has changed a lot
Can you explain exactly how the program continues downloading after stream has ended?
Does the program hang and wait to continue, or does it normally download some past part of the stream, while the stream itself has already ended?
If the second, then this is not a bug
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICSJXU7I3CRWGFNKOYDTRRVBPANCNFSM42ZR5NRQ>.
|
the error message with ongoing streams I spoke about is error 9212: Cannot get live stream information. Is it a live stream?
I encountered it with this url, already private or removed:
https://www.youtube.com/watch?v=resNJ4O8Nv4
… Am 07.06.2021 um 09:00 schrieb Yauheni Rytsikau ***@***.***>:
Thank you, in fact, I expected a lot of bugs in this release :), because the structure of the program has changed a lot
Can you explain exactly how the program continues downloading after stream has ended?
Does the program hang and wait to continue, or does it normally download some past part of the stream, while the stream itself has already ended?
If the second, then this is not a bug
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICSJXU7I3CRWGFNKOYDTRRVBPANCNFSM42ZR5NRQ>.
|
Yes, this should be considered with specific examples |
Here one, but you’d probably have to be quick to catch it:
https://www.youtube.com/watch?v=bOiyomgnX40
… Am 07.06.2021 um 10:23 schrieb Yauheni Rytsikau ***@***.***>:
Yes, this should be considered with specific examples
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICWAC3422WCNRCDFTMLTRR6ZBANCNFSM42ZR5NRQ>.
|
Hi, since last week this channels generates a 0 KB .ts file. By investigating I saw this error message: "Unable to verify the saved video file is correct".
Code in batch file:
yrewind -url=https://www.youtube.com/watch?v=GDs1FalFZzI -start=beginning -duration=300 -output=start title.ts -r=1
pause
Channel: https://www dot youtube dot com/channel/ UCvAEnnp7fwGpHrGp19ZPHIA
Thanks for having a look at this.
The text was updated successfully, but these errors were encountered: