Re: cdda2wav only finds errors
On Tue 27 Oct 2015 03:41:13 NZDT +1300, Joerg Schilling wrote: > This is a preliminary (alpha) release, do the version.h file was not edited. So when I tell you I've tested with version "3.01", because that's what it tells me, you know exactly which of the heap of varieties I'm talking about? Fine by me, you're the expert of your software... Here's the drive list. I use output like this as a measure that your fix is working: 100% track 15 recorded successfully 100% track 17 recorded with minor problems 100% track 19 recorded with minor problems (0.2% problem sectors) 100% track 8 recorded with audible hard errors The bad version only outputs lines like this: 100% track 13 recorded with audible hard errors No drives with bad output found. These drives produce good output: Lite-on, fresh from the shop Type: ROM, Vendor 'ATAPI ' Model 'iHAS124 F ' Revision 'CL07' MMC+CDDA Stoneage CD-RW: Type: ROM, Vendor 'HP ' Model 'CD-Writer+ 8100 ' Revision '1.0g' MMC+CDDA LG, appr 5y old: Type: ROM, Vendor 'HL-DT-ST' Model 'DVDRAM GH22LS50 ' Revision 'TL03' MMC+CDDA Laptop drive, appr 4-5y old Type: ROM, Vendor 'MATSHITA' Model 'DVD+-RW UJ8B1 ' Revision 'D.04' MMC+CDDA Old Sony/NEC/Optiarc CD-RW: Type: ROM, Vendor 'Optiarc ' Model 'DVD RW AD-7200S ' Revision '1.R1' MMC+CDDA I have these to test as well but would need to re-arrange hardware. It's not much point because it's clear it's working again. Type: ROM, Vendor 'CDWRITER' Model 'IDE5232 ' Revision '000R' MMC+CDDA Type: ROM, Vendor 'PIONEER ' Model 'DVD-RW DVR-106D' Revision '1.08' MMC+CDDA I'm not totally sure but occasionally I had the feeling the 3.01 has a slightly lower final read error rate. Thanks muchly for improvement! Volker -- Volker Kuhlmann http://volker.top.geek.nz/ Please do not CC list postings to me.
Re: cdda2wav only finds errors
On Wed 21 Oct 2015 22:29:40 NZDT +1300, Joerg Schilling wrote: > > Thanks for letting me know. There appears to be no more traffic there > > than here, but hey. When SF gets round to processing subscriptions. > > Are there problems? > Which ones? Yes. I tried to subscribe. No reaction from the list server. Not what I was expecting from SF. Does the list require moderator approval for subscriptions? > Is it hard to understand that the file listed as most recent file on that > download page is the right one? Yes, the most recent files listed is Looking for the latest version? Download scg-i386-sol9 (19.5 kB) I save myself the trouble with solaris 9. The rest of the files are named schily-* and neither the file name nor the project description (tool box) tell me it's cdrecord. I assume you meant schily-dist-pre3.tar.xz If I may say so, I do not find it intelligent that dozens of different source archives all produce a tool with -version cdda2wav 3.01. I'm expecting it to report itself as 3.01-schily-dist-pre3 if it came fom there. > If you read the public information, you should know that "schily tools" is > just > a frequently updated snapshot of all sources - not only cdrtools. http://sourceforge.net/projects/schilytools/files/ Schily Tools A Tool Box with tools written or managed by Jörg Schilling Brought to you by: schily As you see, you see nothing of that sort. > are you satisfied with the recent changes? Still testing, but looking good so far. I'll give you a drive list. Thanks muchly, Volker -- Volker Kuhlmann http://volker.top.geek.nz/ Please do not CC list postings to me.
Re: cdda2wav only finds errors
On Tue 20 Oct 2015 23:11:14 NZDT +1300, Joerg Schilling wrote: > please do not use cdwrite@other.debian.org anymore, there is nobody really > listening and the only traffic seems to be spam since Debian attacked > cdrtools. > > Please rather use cdrtools-supp...@lists.sourceforge.net, Thanks for letting me know. There appears to be no more traffic there than here, but hey. When SF gets round to processing subscriptions. > There was a problem with an uninitalized variable in libparanoia in case of > disabled C2 Checks. The problem was fixed two weeks ago and published in a > preliminary copy of the schily tools: > > http://sourceforge.net/projects/schilytools/files/ > > Since yesterday evening, the paraopts=proof macro again includes c2check and > there is an automatic fallback to the "no c2" case when the drive does not > support C2 Checks. Note that this was only tested with a single drive so far, > so we need more tests here from people with different hardware. I can do some testing on various drives, however please point to exact software tar files to try, I don't have time to run around 5 different websites, all with dead links (berlios etc), outdated stuff, and ridiculous naming schemes of tar files, and I don't have time to sort out all the schily-whatever.tar stuff, like cdrtools-3.01.tar.bz2 and schily-2015-09-16.tar.bz2 seemingly containing the same, sorry. And I'm not interested in politics. My early tests show that cdda2wav 3.01 with libscg and libschily 3.01~a15 doesn't work any better, but cdda2wav 3.01a15 with those shows at least plausible error rates. My testing is spread over openSUSE Linux 12.3 and 13.2, with OBS packages. I verified that the one patch applied by suse is not the problem (you might want to check it out for other fixes though). Thanks muchly, Volker -- Volker Kuhlmann http://volker.top.geek.nz/ Please do not CC list postings to me.
