Closed rr- closed 7 years ago
For some reason, that file IS both, a JPEG and MP3.
That could be done in windows with something like this: copy /b someimage.jpg+someaudio.mp3 newimage.jpg
and that plays directly in MPV as the MP3.
In linux is something like: cat someimage.jpg someaudio.mp3 > newimage.jpg
. (I extracted the audio from that file and merged into another image to test, the same error log in the MPV)
It's rather unusual to discover that kind of files, but it's one way of "hide" files.
I thought the file was created by cutting the beginning of an mp3 containing cover art...
Very unusual file, I don't see the mp3 header anywhere.
If you only want the image, this does the trick:
dd if=/tmp/pVG.jpg of=/tmp/solo.jpg bs=69812 count=1
mp3 has no header, that’s the joke (and why ffmpeg and other software is so bad at detecting mp3 when there’s no id3 tag).
The main problem is IMHO that the ffmpeg mp3 prober is of bad quality full of nonsensical heuristics (instead of using heuristics that would hunt for "useful" features). It even detects ELF binaries as mp3.
Am I the only one for who this file gets detected as a JPEG?
That said, using dd if=pVG.jpg of=test.mp3 bs=1 skip=69812
, the resulting file does play as an MP3 - although it's only 0.855 seconds in duration. What's more, it sounds like an actual song, and not garbled noise: https://0x0.st/fsH.mp3
I guess all this barely ontopic chatter is from "other" people from reddit.
So I deleted the chatter and locked the thread.
This is a bug tracker, not a forum.
I blame file systems and broken HBAs.
mpv version and platform
Sample files
https://0x0.st/pVG.jpg (slighly NSFW but it's the only sample I had)
Reproduction steps
mpv 1468861116228.jpg --loop=yes
Expected behavior
I should see a muscular girl in the JPEG file
Actual behavior
I hear industrial music instead
Workaround
Passing
--demuxer-lavf-hacks=no
seems to mitigate the issue (as pointed out by tyng on IRC).Log file