23 Jul
2008
23 Jul
'08
6:09 p.m.
hi anthony!
thanks for your reply. i'm cc:ing the list so that others can benefit
from it as well...
Anthony Kozar wrote:
Hi Joern,
This is just a shot in the dark, but most audio CD tracks have a "lead-in"
time of 2 or more seconds. CD players will typically count down using
negative numbers for this time and the track is considered to begin after
the lead-in. Perhaps one of your drives (the DVD drive?) is reading the
lead-in as part of the track?
(2 seconds x 44100 samples/sec. x 2 channels x 2 bytes/sample = 352,000
bytes)
i can rule this out, because although i used both a dvdr and cdr drive
for burning, both cds were read back in using the cdr drive.
any differences must have occured during burning. but since i used the
same toc file and disk-at-once mode, it's unlikely that the lead-in got
interpreted differently in both drives... but you are right, this being
a live cd, i used pre-gaps and non-silent gaps extensively - i'll
investigate some more along those lines.
best,
jörn
--
jörn nettingsmeier
home://germany/45128 essen/lortzingstr. 11/
http://spunk.dnsalias.org
phone://+49/201/491621
Kurt is up in Heaven now.
26 Jul
26 Jul
8:39 p.m.
New subject: [OT] CD-R masters, block error rate and dvd-r mystery...
To get a more accurate idea of block errors, use a quality drive like a
Plextor and Robert Fuller's https://gna.org/projects/cued software. My
Plextor 712-SA does the trick. Be aware that the firmware of Plextor drives
does some error correction to achieve the extremely low jitter.
HA forums are awash with positive remarks about EAC (Exact Audio Copy on
Windows OS) being the best software, but it's unmaintained and does not do a
very good job of ripping CD audio.
Also, there is no fully capable software to rip/write CD media on a modern
*nix OS in raw96 mode. Without this mode, you don't have any way of knowing
what errors are actually existent on the media being produced (or read).
Most drives cook the error correction in various ways when ripping in other
modes. The official specifications for CD media formats are costly and not
easy to obtain.
What kind of deal does your friend get, that is worth all this trouble?
On Wed, Jul 23, 2008 at 3:06 PM, Joern Nettingsmeier <
nettings(a)folkwang-hochschule.de> wrote:
hi anthony!
thanks for your reply. i'm cc:ing the list so that others can benefit
from it as well...
Anthony Kozar wrote:
Hi Joern,
This is just a shot in the dark, but most audio CD tracks have a
"lead-in"
time of 2 or more seconds. CD players will
typically count down using
negative numbers for this time and the track is considered to begin after
the lead-in. Perhaps one of your drives (the DVD drive?) is reading the
lead-in as part of the track?
(2 seconds x 44100 samples/sec. x 2 channels x 2 bytes/sample = 352,000
bytes)
i can rule this out, because although i used both a dvdr and cdr drive
for burning, both cds were read back in using the cdr drive.
any differences must have occured during burning. but since i used the
same toc file and disk-at-once mode, it's unlikely that the lead-in got
interpreted differently in both drives... but you are right, this being
a live cd, i used pre-gaps and non-silent gaps extensively - i'll
investigate some more along those lines.
best,
jörn
--
jörn nettingsmeier
home://germany/45128 essen/lortzingstr. 11/
http://spunk.dnsalias.org
phone://+49/201/491621
Kurt is up in Heaven now.
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
9:03 p.m.
New subject: [OT] CD-R masters, block error rate and dvd-r mystery...
On Sat, 26 Jul 2008 17:39:12 -0500
"Eric Shattow" <lucent(a)gmail.com> wrote:
To get a more accurate idea of block errors, use a
quality drive like
a Plextor and Robert Fuller's https://gna.org/projects/cued software.
My Plextor 712-SA does the trick. Be aware that the firmware of
Plextor drives does some error correction to achieve the extremely
low jitter.
HA forums are awash with positive remarks about EAC (Exact Audio Copy
on Windows OS) being the best software, but it's unmaintained and
does not do a very good job of ripping CD audio.
Also, there is no fully capable software to rip/write CD media on a
modern *nix OS in raw96 mode. Without this mode, you don't have any
way of knowing what errors are actually existent on the media being
produced (or read). Most drives cook the error correction in various
ways when ripping in other modes. The official specifications for CD
media formats are costly and not easy to obtain.
What kind of deal does your friend get, that is worth all this
trouble?
Uh, that app is new to me, up until now I thought that rubyripper is
the best choice on linux. I haven't tried this one or rubyripper in a
while tough, may both be worth a try.
At the HA forums is a lot of talk about EAC, yes, but afaik these days
people there tend to use the commercial dbpoweramp. I think that it's
considered better than EAC. Correct me if I'm wrong, but I don't know
of other serious choices for windows.
Also, the often used as secure-ripper-on-linux-backend cdparanoia is
spoken of nicely.
It's news to me that libcdio is capable of bearing better results.
I really like to hear more about capable tools for linux.
Best Regards,
Philipp
6055
days inactive
6058
days old
linux-audio-dev@lists.linuxaudio.org
2 comments
3 participants
participants (3)
-
Eric Shattow -
hollunder＠gmx.at -
Joern Nettingsmeier