Open dardoor opened 2 years ago
I wasn't able to reproduce. The 54 one plays normally for me. 55 does take a while to open but it does eventually. I get Data too big for buffer (70020 > 4096)
in the cli which makes sense because this file has a ridiculously large amount of data in its vorbis comments. I don't think it should really be an indefinite hang. I think it's just still parsing all the stuff that's in the vorbis comments.
Are you testing with the default config, no additional settings? Because if I use my usual config, with title=${filename} then it works exactly as you said for me too. But not with the default/clean setup.
Also, I tried in Ubuntu in a VM with a clean install (no extra tweaking): 54 plays fine, 55 doesn't play at all--mpv freezes for about a minute, shows the picture/cover and then quits. So the OS probably plays a role too.
I did not originally use --no-config
but I tried it again with that argument and nothing changed from before.
mpv freezes for about a minute, shows the picture/cover and then quits.
This is the behavior I've observed with 55.
--gpu-context=x11egl
(to force xwayland) it fails to connect to the X11 display and also seems to crash(!) sway. I think that crashing thing is a sway bug since it doesn't happen in weston.I guess OS might matter? I've only tested this on linux.
Yeah, it looks like the Windows (10) version is more affected (unless there's some other system-related component/driver that matters). But I'm not the only one to see it hang in Windows. Whoever wrote that note on the wiki page has the same problem.
In X11, it takes a while to startup but the file plays fine and even the cover art shows.
if it matters. same behaviour on macOS with cocoa-cb
I'm here because I was looking for a mpv hang involving FLAC. The following report originates from this issue filed against a fork of IINA: https://github.com/iina-plus/iina/issues/17 There are multiple problems being reported in that IINA+ issue. The one involving mpv and FLAC is the original issue the problem was opened for.
This issue may not be related to the FLAC issues being reported here. This hang only occurs if hardware decoding is enabled. Below is some of the evidence the reporter supplied after testing mpv and finding that it hanged.
mpv version: 0.34.1 mpv build: Not sure. I would guess they are using the stolendata build. it is not native and is running under Rosetta. macOS version: 12.3 I thought that version is still in Beta?
There is this warning in the mpv log indicating FFmpeg is not happy with the file:
[ 0.107][w][ffmpeg/video] hevc: Unknown HEVC profile: 0
Important Information
Reproduction steps
Expected behavior
mpv plays the files
Actual behavior
mpv hangs and has to be force-closed
Sample files
The files are part of the "FLAC decoder testbench": https://wiki.hydrogenaud.io/index.php?title=FLAC_decoder_testbench The problematic files are "54 - 1000x repeating VORBISCOMMENT.flac" and "55 - file 48-53 combined.flac".
The hanging can be avoided by using title=${filename} in the config, but even then mpv takes a long time before starting to play file 55.