TRADER'S LITTLE HELPER ERROR...

[Tuttle]

skipping unknown sub-chunk 'PAD'.

- What does it mean?

[AAR.oner]

i would check here:
http://www.thetradersden.org/forums/showthread.php?t=3904

[Five]

it is probably just stripping non-canonical header data

generate st5 checksums from the original and the files that TLH created, they should be identical, and if they are that means that the audio is identical and the skipped "sub-chunk" is inconsequential.

it is usually good to get rid of non-canonical header data btw

[Tuttle]

it is probably just stripping non-canonical header data

it is usually good to get rid of non-canonical header data btw
What is non-canonical header data?

generate st5 checksums from the original and the files that TLH created, they should be identical, and if they are that means that the audio is identical and the skipped "sub-chunk" is inconsequential.
I'll try that.

Thanks for the help.

[Five]

What is non-canonical header data?


I'll try that.

Thanks for the help.
you're welcome

...I realized i should have explained right after I posted :redface:

wav files have a little bit of non-audio information at the beginning that tells your computer how to read the file, i.e. canonical header data. without this data the computer has no idea what the bit depth, sample rate et al is, so this is very important.

some programs, especially wav editors like to put some stuff in there that help in some way such as a cue sheet or even just some text notes can be inserted in there. most often it just adds some stuff that was never asked to be put there and is no longer helpful after the editing process.

another thing that comes to mind is the description of the sub-chunk as "pad"... could you run a len check on your fileset to see if there are SBEs present? the instructions are in my signature under "checksums demystified".

if you don't know what SBEs are, I can explain that as well, let me know

[Five]

also, it is worth mentioning that all FLAC files have non-canonical header data stripped during the encoding process, unlike SHN/APE etc. I have never heard of anybody being annoyed by this, so it is a positive feature.

[slewofboots]

yeah, smaller the better. Even if only by 0.5 KB :)