headers
Holger Kühnle | 1 Apr 2003 10:14
Picon

Windows port of libparanoia

I have ported the libparanoia part from cdparanoia to Windows. The port uses
the standard Windows ASPI interface for CD drive communication and as far as
my testing goes, performs extremely well. I still have to port the command
line application, but the problem is that Windows is missing some of the
command line argument handling functions available in Linux. Apart from
that, porting libparanoia was fairly easy.
As soon as I clean up the code and have a running command line version
ready, I will post the code on my webpage. I would also like to include the
libparanoia in my Windows CD-Ripper project, as long as that's ok with
Monty...

Sincerely,
Holger Kuehnle

--- >8 ----
List archives:  http://www.xiph.org/archives/
Paranoia homepage: http://www.xiph.org/paranoia/
To unsubscribe from this list, send mail to 'paranoia-dev-request <at> xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.
Permalink | Reply | 3 comments |
headers
Giuseppe Corbelli | 1 Apr 2003 21:50
Picon
Favicon

Re: Windows port of libparanoia

On Tue, Apr 01, 2003 at 10:14:21AM +0200, Holger Kühnle wrote:
> I have ported the libparanoia part from cdparanoia to Windows. The port uses
> the standard Windows ASPI interface for CD drive communication and as far as
> my testing goes, performs extremely well. I still have to port the command
> line application, but the problem is that Windows is missing some of the
> command line argument handling functions available in Linux. Apart from
> that, porting libparanoia was fairly easy.
> As soon as I clean up the code and have a running command line version
> ready, I will post the code on my webpage. I would also like to include the
> libparanoia in my Windows CD-Ripper project, as long as that's ok with
> Monty...
Well, don't exactly know how say this but...
There is already a port of libparanoia to scglib, which in turn leads to
portability to a wide range of OSes, including Windows.
Regarding the commandline app it would probably easier to do using cygwin,
if you haven't already tried.

--

-- 
	Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.yoda2000.net
  -<! When you say "I wrote a program that crashed Windows", people just stare 
     at you blankly and say "Hey, I got those with the system, *for free*" !>-
				(By Linus Torvalds)   
--- >8 ----
List archives:  http://www.xiph.org/archives/
Paranoia homepage: http://www.xiph.org/paranoia/
To unsubscribe from this list, send mail to 'paranoia-dev-request <at> xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Holger Kühnle | 3 Apr 2003 12:55
Picon

RE: Windows port of libparanoia

Thanks for the info. Nevermind, at least my efforts will be useful within my
own application. Where can I find this port for scglib?
I'll try using cygwin for the command line part.

Holger

---------------------------------------

On Tue, Apr 01, 2003 at 10:14:21AM +0200, Holger Kühnle wrote:
> I have ported the libparanoia part from cdparanoia to Windows. The port
uses
> the standard Windows ASPI interface for CD drive communication and as far
as
> my testing goes, performs extremely well. I still have to port the command
> line application, but the problem is that Windows is missing some of the
> command line argument handling functions available in Linux. Apart from
> that, porting libparanoia was fairly easy.
> As soon as I clean up the code and have a running command line version
> ready, I will post the code on my webpage. I would also like to include
the
> libparanoia in my Windows CD-Ripper project, as long as that's ok with
> Monty...
Well, don't exactly know how say this but...
There is already a port of libparanoia to scglib, which in turn leads to
portability to a wide range of OSes, including Windows.
Regarding the commandline app it would probably easier to do using cygwin,
if you haven't already tried.

--
	Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.yoda2000.net
(Continue reading)

Permalink | Reply | 1 comment |
headers
Giuseppe Corbelli | 3 Apr 2003 14:51
Picon
Favicon

Re: Windows port of libparanoia

On Thu, Apr 03, 2003 at 12:55:16PM +0200, Holger Kühnle wrote:
> Thanks for the info. Nevermind, at least my efforts will be useful within my
> own application. Where can I find this port for scglib?
Download the latest cdrtools package. Within cdda2wav dir you'll find the
stuff.

> I'll try using cygwin for the command line part.
Let us know how it goes.

--

-- 
        Giuseppe "Cowo" Corbelli ~\/~ My software: http://cowo.yoda2000.net
-<! Gesu' e' morto per i nostri peccati.  Non rendiamo inutile il suo
		martirio non commettendone. !>-
--- >8 ----
List archives:  http://www.xiph.org/archives/
Paranoia homepage: http://www.xiph.org/paranoia/
To unsubscribe from this list, send mail to 'paranoia-dev-request <at> xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.
Permalink | Reply | 0 comments |
headers
Laurent Pinchart | 12 Apr 2003 23:39
Picon

Paranoia IV

Hi everybody,

I'm currently trying to extract audio tracks from a protected audio disc.

The disc contains a corrupted TOC, and some sectors contain errors.

The TOC can be read properly by my Hitachi DVD drive, but not by my Plextor 
CD-RW driver. I modified CD Paranoia III 9.8 to get the TOC correctly on the 
CD-RW drive (using the READ TOC command, format Full TOC), and this works 
fine.

I'm now trying to fix the erroneous sectors problem. The CD can be played on 
an audio CD player, so the data are not corrupted. I suspect the CIRC and/or 
Q sub-channel data to be corrupted, so that a 'smart' CD drive will fail to 
read the data.

I'm thinking about setting the TB (Transfer Block) byte in the Error Recovery 
Parameters page to 1, so that the data will be transfered to the host even 
when an unrecoverable read error occured.

I have several questions:

1) Is CD Paranoia still maintained ? If so, has anyone worked on the problems 
I described ? I don't want to fix things that are already fixed in CD 
Paranoia IV.

2) Does anyone know why some drives are able to read the TOC properly while 
other are not ? I suppose that's because the drives use different methods to 
read the TOC, but I'd appreciate a more detailed explaination.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Mikko Nummelin | 13 Apr 2003 00:33
Picon
Picon

Re: Paranoia IV

On Sat, 12 Apr 2003, Laurent Pinchart wrote:

> Hi everybody,
>
> I'm currently trying to extract audio tracks from a protected audio disc.
>
> The disc contains a corrupted TOC, and some sectors contain errors.
>
> The TOC can be read properly by my Hitachi DVD drive, but not by my Plextor
> CD-RW driver. I modified CD Paranoia III 9.8 to get the TOC correctly on the
> CD-RW drive (using the READ TOC command, format Full TOC), and this works
> fine.
>
> I'm now trying to fix the erroneous sectors problem. The CD can be played on
> an audio CD player, so the data are not corrupted. I suspect the CIRC and/or
> Q sub-channel data to be corrupted, so that a 'smart' CD drive will fail to
> read the data.
>
> I'm thinking about setting the TB (Transfer Block) byte in the Error Recovery
> Parameters page to 1, so that the data will be transfered to the host even
> when an unrecoverable read error occured.
>
> I have several questions:
>
> 1) Is CD Paranoia still maintained ? If so, has anyone worked on the problems
> I described ? I don't want to fix things that are already fixed in CD
> Paranoia IV.
>
> 2) Does anyone know why some drives are able to read the TOC properly while
> other are not ? I suppose that's because the drives use different methods to
(Continue reading)

Permalink | Reply | 1 comment |
headers
Laurent Pinchart | 13 Apr 2003 01:20
Picon

Re: Paranoia IV

Hi Mikko,

> A Finnish hacker (whose name I don't provide without permission) sent a
> patch to me solving this problem. It adds a new '-P' switch to
> cdparanoia command, which allows ripping Cactus-protected CD's with
> Plextor. It (a) changes the way TOC is read, (b) alters the reading
> command.

I had implemented the same TOC read (mine was a bit more generic as it read 
all the sessions, but that's not needed to rip audio tracks which are always 
located in the first session). So this is definitely an improvement, and 
works with most MMC drives (not only Plextor).

Unfortunately, the reading command used by the patch (READ CD-DA, 0xD8) 
doesn't work neither on my Plextor drive (PLEXTOR CD-R   PX-W1210A 1.07) nor 
on my Hitachi drive (HITACHI DVD-ROM GD-7500 0005) better than the plain READ 
CD command. I would really like to know what causes the difference between 
the CD drives when reading corrupted audio sectors (and also how exactly the 
different copy protection methods corrupt the sectors).

Laurent Pinchart

--- >8 ----
List archives:  http://www.xiph.org/archives/
Paranoia homepage: http://www.xiph.org/paranoia/
To unsubscribe from this list, send mail to 'paranoia-dev-request <at> xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.
(Continue reading)

Permalink | Reply | 0 comments |
headers
The Anarcat | 16 Apr 2003 00:36
Gravatar

patch to output to cdda2wav-alike filenames

Hi!

Recently, my cdda2wav output broke terribly since I upgraded to
FreeBSD 5.0-RELEASE. So I switched to cdparanoia. Unfortunatly,
cdparanoia doesn't give out cdrecord-compatible .info files, so I
still need cdda2wav to make "perfect" (gapless, etc) cd copies.

I had to hack cdparanoia to be able to customize the output filename
in batch mode. I have attached the patch. It cleans up a lot (IMHO)
the way the filename argument is handled. Also note that the argument
isn't documented in the man page, so I think it shouldn't be so bad to
modify its behavior which is, btw, backward compatible.

All it does it that instead of taking "filename" as a suffix to add to
track_%02d., it takes it as the whole format argument. The general
behavior is changed only in the case where a "filename" is specified.

Comments are welcome, please CC, I'm not on the list.

A.

--- main.c	2003-03-31 13:54:29-05	1.1
+++ main.c	2003-03-31 15:56:36-05	1.3
 <at>  <at>  -1070,46 +1070,48  <at>  <at> 
 	
 	/* argv[optind] is the span, argv[optind+1] (if exists) is outfile */
 	
-	if(optind+1<argc){
-	  if(!strcmp(argv[optind+1],"-")){
+	if((optind+1<argc) && (!strcmp(argv[optind+1],"-"))){
(Continue reading)

Permalink | Reply | 0 comments |

Gmane