Skip to content
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

Open
computerfreak105 opened this issue Apr 12, 2021 · 32 comments
Open

Unable to verify the saved video file is correct #17

computerfreak105 opened this issue Apr 12, 2021 · 32 comments

Comments

@computerfreak105
Copy link

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.

@rytsikau
Copy link
Owner

Hi!
Just check in browser - I get a 'Video unavailable' page

@computerfreak105
Copy link
Author

computerfreak105 commented Apr 12, 2021 via email

@rytsikau
Copy link
Owner

Perhaps the reason was interruptions - at the very beginning of stream, they happen quite often

@rytsikau
Copy link
Owner

rytsikau commented Apr 12, 2021

^ not beginning of stream, but first available point at the current moment

@computerfreak105
Copy link
Author

computerfreak105 commented Apr 13, 2021 via email

@computerfreak105
Copy link
Author

computerfreak105 commented Apr 17, 2021 via email

@adrgru
Copy link

adrgru commented May 15, 2021

I have encountered the same problem with the following URLs:

I've tried different resolutions, different titles. Nothing changed.

@rytsikau
Copy link
Owner

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

@computerfreak105
Copy link
Author

computerfreak105 commented May 15, 2021 via email

@rytsikau
Copy link
Owner

Just checked, all three urls above work with .flv
It's also a streaming format, and also allows to watch videos while downloading

@rytsikau
Copy link
Owner

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

@computerfreak105
Copy link
Author

computerfreak105 commented May 17, 2021 via email

@computerfreak105
Copy link
Author

computerfreak105 commented May 17, 2021 via email

@computerfreak105
Copy link
Author

computerfreak105 commented May 18, 2021 via email

@rytsikau
Copy link
Owner

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)

@rytsikau
Copy link
Owner

rytsikau commented May 18, 2021

For second question, just quote the output filename:

yrewind -url=https://www.youtube.com/watch?v=21X5lGlDOfg -start=beginning -duration=300 -output="*start* *title*.flv" -r=1

And everything works fine)

@computerfreak105
Copy link
Author

computerfreak105 commented May 18, 2021 via email

@computerfreak105
Copy link
Author

computerfreak105 commented May 18, 2021 via email

@rytsikau
Copy link
Owner

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)

@computerfreak105
Copy link
Author

computerfreak105 commented May 18, 2021 via email

@computerfreak105
Copy link
Author

computerfreak105 commented May 19, 2021 via email

@computerfreak105
Copy link
Author

computerfreak105 commented May 19, 2021 via email

@computerfreak105
Copy link
Author

computerfreak105 commented May 20, 2021 via email

@computerfreak105
Copy link
Author

computerfreak105 commented May 24, 2021 via email

@computerfreak105
Copy link
Author

computerfreak105 commented May 29, 2021 via email

@computerfreak105
Copy link
Author

computerfreak105 commented May 29, 2021 via email

@computerfreak105
Copy link
Author

computerfreak105 commented Jun 7, 2021 via email

@rytsikau
Copy link
Owner

rytsikau commented Jun 7, 2021

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

@computerfreak105
Copy link
Author

computerfreak105 commented Jun 7, 2021 via email

@computerfreak105
Copy link
Author

computerfreak105 commented Jun 7, 2021 via email

@rytsikau
Copy link
Owner

rytsikau commented Jun 7, 2021

Yes, this should be considered with specific examples

@computerfreak105
Copy link
Author

computerfreak105 commented Jun 10, 2021 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants