Skip to main content
Topic: Gaps from a ripping perspective. (Read 411 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Gaps from a ripping perspective.

I've read that gaps are in the TOC and not in the actual data. This leads me to believe that when someone "appends gaps" to tracks, they are appending nothing but silence, but I'm confused on why gaps would be kept regardless of their handling.

What is lost if a track is ripped without gaps? I've read that you can't verify with AccurateRip without gaps (apparently appended), is this true? It seems to me nobody would want gaps at all unless they were to burn out a backup, but even then you could define your own gaps.

Are the gaps or anything _NOT_ meant to be heard in the data partition of a standard CD (besides pre-emphasis in the sub channels)? I'm asking because if I read all the samples off the disc, do I have to still add something in like gaps,  or is it already in there?

Re: Gaps from a ripping perspective.

Reply #1
I've read that gaps are in the TOC and not in the actual data.
This is not true, gaps between tracks are found in the subchannel data.

Quote
they are appending nothing but silence, but I'm confused on why gaps would be kept regardless of their handling.
Becaue they merely mark of portions of the audio, which may or may not be silent.

Quote
What is lost if a track is ripped without gaps?
Audio data

Quote
I've read that you can't verify with AccurateRip without gaps (apparently appended), is this true?
Yes

Quote
you could define your own gaps.
You can if you have a reason and the means to make use of them.

Quote
Are the gaps or anything _NOT_ meant to be heard in the data partition of a standard CD (besides pre-emphasis in the sub channels)? I'm asking because if I read all the samples off the disc, do I have to still add something in like gaps,  or is it already in there?
Have you analyzed the behavior of a physical CD player when it encounters gaps during shuffle, programmed or normal modes of operation?

Try playing a live CD or splitting it up by index.
Is 24-bit/192kHz good enough for your lo-fi vinyl, or do you need 32/384?

Re: Gaps from a ripping perspective.

Reply #2
I've read that gaps are in the TOC and not in the actual data.
See greynol's answer. Also, if Track 01 doesn't start at 00:00:00, the portion located between 00:00:00 and the start of Track 01 may be referred to as Track 01 "pregap" or HTOA and may or may not be silent. This pre-"gap" info is the only one in the TOC.
korth

Re: Gaps from a ripping perspective.

Reply #3
HTOA is an easter egg.  You need to scan backwards from the beginning of track 1 to play it on a hardware player.  On mine if you scanned too far it would stick you at the beginning of track 1 again.
Is 24-bit/192kHz good enough for your lo-fi vinyl, or do you need 32/384?

Re: Gaps from a ripping perspective.

Reply #4
Thanks for the information.

Have you analyzed the behavior of a physical CD player when it encounters gaps during shuffle, programmed or normal modes of operation?

No I haven't, well, not in nearly 20 years. By "encounters" I assume there is an effect. If I come across a real CD player I'll try this (think I still have a Dreamcast).

 
SimplePortal 1.0.0 RC1 © 2008-2020