-
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
mpv thinks cover is a video track #8561
Comments
Well, it kiiiind of is a video track, just one with one very long frame. How exactly is this a problem? If you just don't want it to be displayed you can disable it with |
if you check the mpv property "track-list" you'll see the cover art video track is marked with albumart=true, so you can distinguish between 'proper' video tracks and cover art. Makes sense, so I think this should remain the default behaviour. |
please leave your unrelated ranting out of the issue comments. i doubt we explicitly ignore your issues out of the +600. |
i think that is perfectly fine. it's a video for mpv and it can also be distinguished via the property. players using libmpv as its core should just check for albumart flag to distinguish between normal video tracks and covers. |
for me, mpv not just lists the cover in video tracks but plays the cover image as the default video track facepalm |
Actually in not a failure of mpv, but is something that must change.
If I add a cover (for example image jpg) to a video, mpv thinks this embedded picture is a video track and list it that way.
I reported this to SMplayer and the developer told me it was mpv, I checked and it is correct, it is mpv.
If thist is fixed, mpv must show something like this:
Video --vid=1
Audio --aid=2
Cover --cid=3
Or it can be also Picture --pid=3
But by the moment, mpv thinks the picture inside as a cover is a video track, as I said before.
The text was updated successfully, but these errors were encountered: