@ECHO off
setlocal enabledelayedexpansion
cd %~dp0
FOR %%A IN (%*) DO (
set orig=%%A
set filename=%%~nA
set final="%%~nA.png"
"C:\ffmpeg-latest\bin\ffmpeg.exe" -i !orig! -lavfi showspectrumpic=s=2048x1024:color=rainbow !final!
)
pause
When I have a bunch of files that I want to check, I drop them onto this batch file for ffmpeg to generate spectrograms for each.Are you doing this (going through this trouble) as a general rite of passage for newly acquired music, or only when you want to compare two versions of the same song/album?
…what I see in Spek suggests it may well be less than full bitrate…What makes you draw that conclusion?
...comparing it to the deliberately lossy files I can clearly see the difference though!I'm curious if you can actually -hear- the difference? In a blind test, without seeing the graph beforehand, would you really be able to the difference between same track at 320 mp3 versus FLAC? I have nothing to back this up, but I would guess that most people wouldn't notice a difference.
Not that I would ever do this, but say hypothetically someone downloads a playlist's worth of flac files from different artists and albums and wants to see if any of these flacs are just lossless files derived from a lossy source. Dropping all of the flacs on the batch file and seeing if any look decimated in the upper frequency ranges like the spectrograms in this post (https://getmusicbee.com/forum/index.php?topic=36290.msg198782#msg198782) would be an efficient way to accomplish this.When I have a bunch of files that I want to check, I drop them onto this batch file for ffmpeg to generate spectrograms for each.Are you doing this (going through this trouble) as a general rite of passage for newly acquired music, or only when you want to compare two versions of the same song/album?
In a blind test, without seeing the graph beforehand, would you really be able to the difference between same track at 320 mp3 versus FLAC? I have nothing to back this up, but I would guess that most people wouldn't notice a difference.Depending on the quality of the equipment, the recording (acoustic ambience etc.), and (probably most important) 'knowing what to listen to', it's not so hard to identify lossy vs. lossless.
Dropping all of the flacs on the batch file and seeing if any look decimated in the upper frequency ranges like the spectrograms in this post (https://getmusicbee.com/forum/index.php?topic=36290.msg198782#msg198782) would be an efficient way to accomplish this.This is a lossy mp3:
Obviously not.The one thing that gives it away is if you look the first ten seconds. There at 16kHz you see a step in the density.
if the file is completely lossless I should see frequencies present all the way up to 22KhzCan be the case but it depends very much on the recording.
Obviously not.The one thing that gives it away is if you look the first ten seconds. There at 16kHz you see a step in the density.
That's something you'll almost always see with mp3's.
Opus files don't have these 'steps', but Opus has a hard frequency limit at 20kHz, which you will often notice if you compare it against the lossless version.
I'd have to disagree with that, surely the step in density is to do with what is happening in the music. It's very rare that you will find a track that starts at full volume from the get-go, so most music will have this noticeable change in density regardless of what format it is in.Well, you are wrong.
Ultimately, I prefer to trust my ears and can easily pick out a 320 mp3 next to a flac or wav file, although could be (and have been) fooled if all I'm hearing are 320 mp3'sIt's almost impossible to hear differences between a properly encoded 320 kbps MP3 and its lossless version. You can occasionnaly identify such an MP3 by its pre-echo artefacts in some instruments like castanets, but not much else. I'm talking about a controlled double-blind test, like an ABX, which is the only test you can trust (for yourself or other people).
[CUETools log; Date: 05/01/2016 00:16:18; Version: 2.1.6]
[AccurateRip ID: 000826fb-003728c0-71068c08] disk not present in database.
[CUETools log; Date: 16/01/2022 19:01:16; Version: 2.1.6]
Pregap length 00:00:33.
[AccurateRip ID: 0010e797-0092d206-89095a0b] found.
Track [ CRC | V2 ] Status
01 [d59f6fd8|19db8a5d] (0+0/3) No match
02 [19487148|207beb90] (0+0/3) No match
03 [084c706c|e2cad204] (0+0/3) No match
04 [8fcbba20|92e24646] (0+0/3) No match
05 [404bf14b|0638f188] (0+0/3) No match
06 [4a0c4d05|42e2884c] (0+0/3) No match
07 [d244f8bb|b25f4117] (0+0/3) No match
08 [7bc34679|e04ecb07] (0+0/3) No match
09 [1865b616|7e0e92ec] (0+0/3) No match
10 [bcf3ed5a|78e44ac6] (0+0/3) No match
11 [a221e222|ca0f5756] (0+0/3) No match
Offsetted by -6:
01 [8f5321ca] (0/3) No match (V2 was not tested)
02 [72840ea0] (0/3) No match (V2 was not tested)
03 [12bfccfc] (0/3) No match (V2 was not tested)
04 [c87b82f6] (0/3) No match (V2 was not tested)
05 [65fa96b5] (0/3) No match (V2 was not tested)
06 [67882f7b] (0/3) No match (V2 was not tested)
07 [cd0ae745] (0/3) No match (V2 was not tested)
08 [6c6cb3f9] (0/3) No match (V2 was not tested)
09 [29213c7e] (0/3) No match (V2 was not tested)
10 [6956ce94] (0/3) No match (V2 was not tested)
11 [ee6dbdca] (0/3) No match (V2 was not tested)
[CUETools log; Date: 13/01/2022 23:37:49; Version: 2.1.6]This one is from the 1989 edition of The Complete Capitol Recordings, Vol. 1 of Art Tatum. No doubt here: this is the real deal. More than 30 people have ripped this CD and got the exact same CRC. You don't have to worry about a possible transcoding. This is the kind of log you'll see most of the times. Even 1 or 2 matches means you don't have to worry. No transcoded rip can match a logged lossless rip in the AR database.
[AccurateRip ID: 00148b2f-00dc767c-c309930e] found.
Track [ CRC | V2 ] Status
01 [a6af0a10|37d4a747] (10+23/36) Accurately ripped
02 [0e12503b|2000c2de] (10+23/36) Accurately ripped
03 [86b307e6|f913b7d7] (11+24/38) Accurately ripped
04 [e30a6e9f|ba7067a9] (10+24/37) Accurately ripped
05 [f4fceca6|88d1b62e] (10+24/37) Accurately ripped
06 [d75cf4cb|6dc314a1] (10+24/37) Accurately ripped
07 [9230d059|7c65d3f7] (10+24/37) Accurately ripped
08 [37ffdacb|76631d5e] (10+24/36) Accurately ripped
09 [104d2651|2c3e10e1] (10+24/37) Accurately ripped
10 [fae45614|934b713a] (10+24/37) Accurately ripped
11 [b1d3552e|1e6dc70f] (10+23/35) Accurately ripped
12 [d4bec96a|50446e9e] (10+23/36) Accurately ripped
13 [b995b13a|1223f04a] (10+24/37) Accurately ripped
14 [e4bb4c10|d5e5bf6a] (10+24/37) Accurately ripped
Offsetted by -1540:
01 [1915db1e] (03/36) Accurately ripped
02 [4f4b6e8a] (03/36) Accurately ripped
03 [c17095f8] (03/38) Accurately ripped
04 [7e01b51b] (03/37) Accurately ripped
05 [5ee22f08] (00/37) No match (V2 was not tested)
06 [b911904a] (03/37) Accurately ripped
07 [04fc996a] (03/37) Accurately ripped
08 [b8e8fa7d] (02/36) Accurately ripped
09 [de757d6a] (03/37) Accurately ripped
10 [7f47797d] (00/37) No match (V2 was not tested)
11 [fede457f] (02/35) Accurately ripped
12 [3aee5f85] (03/36) Accurately ripped
13 [85e9e706] (03/37) Accurately ripped
14 [566f4672] (03/37) Accurately ripped
[CUETools log; Date: 16/03/2022 17:44:38; Version: 2.1.6]
Padded some input files to a frame boundary.
[AccurateRip ID: 0046f85a-052d641a-7412071a] disk not present in database.