FLAC encoding produces corrupt file for short silent track

[rumpel]

Hi,

I just ripped some CDs to FLAC and had an issue with the FLAC endoder: On one of the CDs, there is a 15 second silent track separating the regular album from two bonus tracks. The FLAC file for this track cannot be properly read in foobar2000 while all other tracks can. If I encode to MP3, the file is read without problems. The reults is also fine if I rip to FLAC using EAC, so I suppose it is not an issue of the FLAC encoder, but of the dBpa implementation. Any ideas how to solve this? An even shorter non-silent track on the CD is encoded properly.

Cheers,

rumpel

P.S.: I am writing about track 19 on "NMZS - Der Ekelhafte", if anyone is interested or wants to check.

[rumpel]

Re: FLAC encoding produces corrupt file for short silent track

Hi,

I just noticed that EAC used FLAC 1.2.1 (came with installer) while dBpa used FLAC 1.3.0. So it may also be a FLAC issue. I wanted to check by encoding to FLAC 1.3.0 with EAC, but FLAC 1.3.0 Windows binaries seems to be not available online anymore. Does anyone know why?

Cheers,

rumpel

[Spoon]

Re: FLAC encoding produces corrupt file for short silent track

This flac file, right click on it >> Convert To >> Test Conversion

does it show errors?

[rumpel]

Re: FLAC encoding produces corrupt file for short silent track

This flac file, right click on it >> Convert To >> Test Conversion

does it show errors?

It does not show any errors. The file is only 7 KB large (like the EAC ripped one), so it would not be a problem to send it to you. Should neither be a copyright issue as it only contains (digital) silence.

[Spoon]

Re: FLAC encoding produces corrupt file for short silent track

Yes please:

http://www.dbpoweramp.com/email.htm

[Spoon]

Re: FLAC encoding produces corrupt file for short silent track

The file was corrupted, it looks like:

cd ripper has not finished with it, at the end of ripping ID tags are written and the file is updated with sample count etc. This did not happen for this file, Where do you rip to? a network drive or locally? do you have any security software?

[rumpel]

Re: FLAC encoding produces corrupt file for short silent track

cd ripper has not finished with it, at the end of ripping ID tags are written and the file is updated with sample count etc. This did not happen for this file, Where do you rip to? a network drive or locally? do you have any security software?

I rip to a local hard drive. Tried it twice yesterday and once again a minute ago, same problem. The only security software running is MS Security Essentials.

[Spoon]

Re: FLAC encoding produces corrupt file for short silent track

Try ripping to wave, what size is the file?

[rumpel]

Re: FLAC encoding produces corrupt file for short silent track

Try ripping to wave, what size is the file?

Ripping to Wave results in an corrupt files of only 178 Bytes and gives this message:

Information ripping to Wave, 'Track 19' to 'F:\NMZS - Der Ekelhafte (2013)\19 NMZS - (Stille).wav'
   Track 19:  Ripped LBA 203419 to 204544 (0:15) in 0:02. Filename: F:\NMZS - Der Ekelhafte (2013)\19 NMZS - (Stille).wav
     Secure  [Pass 1 & 2]
     CRC32: B8C4F957     AccurateRip CRC: 00000000 (CRCv2)     [DiscID: 021-00253eee-0242162d-3c0b5b15-19]
   Warning 'RiffSizeLeft != FileSizeLeft' must be extra data on end of file.  [clRIFFHandler::ScanFile]
   Error calculated total RIFF chunk size differs from file.  [clRIFFHandler::ScanFile]

Actually, ripping to MP3 also only works partly. I get the audio in the file, but no meta data. And the AccurateRip CRC seems strange:

Information ripping to mp3 (Lame), 'Track 19' to 'F:\NMZS - Der Ekelhafte (2013)\19 NMZS - (Stille).mp3'
   Track 19:  Ripped LBA 203419 to 204544 (0:15) in 0:02. Filename: F:\NMZS - Der Ekelhafte (2013)\19 NMZS - (Stille).mp3
     Secure  [Pass 1 & 2]
     CRC32: B8C4F957     AccurateRip CRC: 00000000 (CRCv2)     [DiscID: 021-00253eee-0242162d-3c0b5b15-19]

[Spoon]

Re: FLAC encoding produces corrupt file for short silent track

Do you have any DSP effects running?

[rumpel]

Re: FLAC encoding produces corrupt file for short silent track

Do you have any DSP effects running?

Only Replaygain. And that obviously is the reason for the problem. If I deactivate it, I can rip to Wave and FLAC without problems:

Information ripping to Wave, 'Track 19' to 'I:\NMZS - Der Ekelhafte (2013)\19 NMZS - (Stille).wav'
   Track 19:  Ripped LBA 203419 to 204544 (0:15) in 0:00. Filename: I:\NMZS - Der Ekelhafte (2013)\19 NMZS - (Stille).wav
     Secure  [Pass 1 & 2]
     CRC32: B8C4F957     AccurateRip CRC: 00000000 (CRCv2)     [DiscID: 021-00253eee-0242162d-3c0b5b15-19]

Information ripping to FLAC, 'Track 19' to 'I:\NMZS - Der Ekelhafte (2013)\19 NMZS - dsdsdsds.flac'
   Track 19:  Ripped LBA 203419 to 204544 (0:15) in 0:00. Filename: I:\NMZS - Der Ekelhafte (2013)\19 NMZS - dsdsdsds.flac
     Secure  [Pass 1 & 2]
     CRC32: B8C4F957     AccurateRip CRC: 00000000 (CRCv2)     [DiscID: 021-00253eee-0242162d-3c0b5b15-19]

Maybe it is because the algorithm calculates an infinite track gain for a track peak of 0? Foobar2000 returns no track gain value when scanning this file. I think that makes sense.

Zhe integrated ReplayGain scan was one main reason for me to buy dBpa, so I would of course like to have a reliably working ReplayGain DSP.

[Spoon]

Re: FLAC encoding produces corrupt file for short silent track

We actually fixed RG today...

http://forum.dbpoweramp.com/showthread.php?33118-DSP-Effects-R11

[rumpel]

Re: FLAC encoding produces corrupt file for short silent track

We actually fixed RG today...

http://forum.dbpoweramp.com/showthre...SP-Effects-R11

With the beta, the track rips OK. But I get a track gain of -9223371830 dB (!). Album gain is OK nevertheless and I have no problems with that in foobar. But I do not know how other players might handle this extreme value. I think it would be better to just write no track gain value (like foobar does).

[Spoon]

Re: FLAC encoding produces corrupt file for short silent track

Now fixed:

http://forum.dbpoweramp.com/showthread.php?33118-DSP-Effects-R11&p=143807*post143807