-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Special block devices not detected as unseekable #5391
Comments
Does the problem still exist if you use |
@thebombzen
|
|
@thebombzen that fixes it. Output:
Is it a problem that this is not automatically detected? |
If you don't have TV support built in, mpv will defer the Video4Linux2 device reading to FFmpeg. FFmpeg should report the TV device stream as non-seekable. I have no idea if FFmpeg does report this and mpv ignores it, or if FFmpeg incorrectly reports it as seekable. That's something to look into. |
OK. I can provide debug logs as necessary as well. |
Creating a new issue as per recommendation from @thebombzen here: #1701 (comment)
mpv version and platform
mpv 0.27.0
onLinux 4.14.13-1-ARCH x86_64 GNU/Linux
Reproduction steps
$ mpv /dev/video0
Expected behavior
mpv will access and play webcam stream.
Actual behavior
mpv attempts to resume playback from last time command was run. This results in the file getting accessed, but no window appearing for x time, where x is the value stored in the resume file in
.config/mpv/watch_later/
. Behaves as expected if the--no-resume-playback
option is passed on the command line or set in the config file.Log file
https://spit.mixtape.moe/view/raw/02aafc27
The text was updated successfully, but these errors were encountered: