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

skiptosilence.lua causing black screens on videos permanantly #3

Open
Reinbowsaur opened this issue Jan 2, 2021 · 8 comments · May be fixed by #12
Open

skiptosilence.lua causing black screens on videos permanantly #3

Reinbowsaur opened this issue Jan 2, 2021 · 8 comments · May be fixed by #12

Comments

@Reinbowsaur
Copy link

Reinbowsaur commented Jan 2, 2021

From time to time when I use skiptosilence (f3), it will continue to speed through the video, and mess up the video (make the screen black). I assume this is because it doesn't find an area without sound for some reason so it continues to go without stopping, doing something to the video while its at it. After video is reloaded the video persists to be invisible due to some kind of settting applied by skiptofade script.

Opening a file affected by this issue will spread to other files you open in the same window and make them unwatchable too, and it is really messed up if the user doesn't know what to do, and it has honestly troubled me alot today. (I eventually found a work around by renaming my files to something else)

I currently have a few videos I can't watch anymore because the screen is black (subtitles show, and audio is working) each time I open them they continue to use whatever settings the script did to the video...

Could you resolve this problem? Or help me get my videos working again? I think I need to delete the cache containing details per-video about what settings to use.. and I have no idea where to find that.

@Reinbowsaur Reinbowsaur changed the title skiptofade.lua causing black screens on videos permanantly skiptosilence.lua causing black screens on videos permanantly Jan 2, 2021
@detuur
Copy link
Owner

detuur commented Jan 2, 2021

That's very odd but very interesting. Please provide me with this info:

  • your mpv version and build and mpv.conf (I'd prefer if you simply zip your entire mpv folder tbh)
  • the file names of the files you're having trouble with

I'll try to reproduce and see what could be the problem. I'm in a pretty busy period with finals atm, so it could take until the end of the month to get this resolved. I'll try to figure out the file cache location ASAP though so you get your files back though.

@Reinbowsaur
Copy link
Author

I've tested with many videos, and it appears to only happen to specific episode of a show I have.
[HorribleSubs] One Piece - 41.mkv
(horrible subs closed down but should be seeded pretty well still) Other than this particular file, the script works well - thankyou. I wonder whats doing this. Happens everywhere I run the file from, just skips through the whole thing. Futher inspection after words shows the the files timeline gets absolutely broken and put into the negatives too.

Mpv folder below.
mpv folder for github.zip

@detuur
Copy link
Owner

detuur commented Jan 18, 2021

I found two files that are possible candidates and I've (very quickly and briefly) tried both, neither give an issue with my setup. Could you verify which (if any) is the right file? You can check the file's file length in the Properties window.

  • Filename: [HorribleSubs] One Piece - 41 [720p].mkv
  • Size: 357251278 bytes

or

  • Filename: [HorribleSubs] One Piece - 41 [480p].mkv
  • Size: 162619832 bytes

This doesn't mean I can't reproduce, but it's worth making sure I'm working with the right file going forward.

@Reinbowsaur
Copy link
Author

Reinbowsaur commented Jan 18, 2021 via email

@detuur
Copy link
Owner

detuur commented Feb 13, 2022

I haven't gotten around to this bug in a while because other priorities took over. Have you still experienced this issue since?

@dtop129
Copy link

dtop129 commented Mar 22, 2022

I'm experiencing the same issue, where i press f3 and the black screen fast seeking doesn't stop, and whenever this happens, mpv produces this warning

[mkv] Too many packets in the demuxer packet queues:
[mkv] video/0: 1735 packets, 157318912 bytes
[mkv] audio/1: 0 packets, 0 bytes

For me it happens with any of the mkvs from
[deanzel] Steins;Gate [BD 1080p Hi10p Dual Audio FLAC], when skipping the opening.

It also happens, in general, with files with a pretty high bitrate.

@Eisa01
Copy link

Eisa01 commented Jun 16, 2023

Seems to be a common issue.
Also facing the issue with latest one piece episodes.

Eisa01 added a commit to Eisa01/detuur-mpv-scripts that referenced this issue Aug 13, 2023
Disabling the video and subtitle while skipping instead of applying a blackout filter, fixes detuur#3.

When there are too many packets in the demuxer packet, caused by exceeding the expected inside a packet then skipping will not stop and result in the action to never end.
This is resulted from subtitles and video output from my testing.

Also fixed the script-opts template in the same PR.
@Eisa01 Eisa01 linked a pull request Aug 13, 2023 that will close this issue
@detuur
Copy link
Owner

detuur commented Oct 5, 2023

This issue is fixed in a PR I've received, so expect an update soon.

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

Successfully merging a pull request may close this issue.

4 participants