cdrecord backend ripper for Grip

[Daniel Clark-7]

If this post is off-topic, then please recieve my apologies. I've done some googling, and have not found an answer to my dilemma. I running Solaris (Nevada b121), on the x86 platform. I've build Grip from an SFE spec file. The stock cdrecord supplied by Sun is installed. When it's time to rip the cd, the ripper skips each track, creates the necessary directory structure for the files,  however no files are ripped. I've also tried downloading and buidling the latest cdrtools source (alpha 65). In this case the behaviour is slightly different. I see negative values for the rip progress of each track. But there are no files being ripped. Has anyone overcome this issue? Any suggestions will be greatly appreciated.

_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support

[Joerg Schilling-3]

clarkddc <clarkddc@...> wrote:

> If this post is off-topic, then please recieve my apologies. I've done some
> googling, and have not found an answer to my dilemma. I running Solaris
> (Nevada b121), on the x86 platform. I've build Grip from an SFE spec file.
> The stock cdrecord supplied by Sun is installed. When it's time to rip the
> cd, the ripper skips each track, creates the necessary directory structure
> for the files,  however no files are ripped. I've also tried downloading and
> buidling the latest cdrtools source (alpha 65). In this case the behaviour
> is slightly different. I see negative values for the rip progress of each
> track. But there are no files being ripped. Has anyone overcome this issue?
> Any suggestions will be greatly appreciated.

If you don't send information about your problem, it is hard to help you...

You did e.g. not mention whether you used cdda2wav at all.

You should first call:

cdda2wav -N -e -B

This should play the entire disk via the audio system.

Jörg

--
 EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
       js@...                (uni)  
       joerg.schilling@... (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support

[Daniel Clark-7]

Joerg,

Thank you very much for your reply. Yes I am using cddaw2av. I was successfully able to play the cd by issuing cdda2wav -N -e -B. My issue is getting both cdda2wav and grip to agree. By invoking cdda2wav directly, I receive the expected behaviour. When attempting to use a graphical front end to the cdda2wav (in this case Grip), each track is skipped, and no tracks are ripped. I'm experiencing the same behaviour as another user; http://osdir.com/ml/os.solaris.blastwave.user/2005-01/msg00033.html. In my case, Grip was built from sources. I'm also using both the cdda2wav provided by Sun (snv b121), and the alpha65 cdda2wav built from sources. I'm not sure if this topic is better suited elsewhere. If so, then please accept my apologies.

Best Regards,
Daniel

On Thu, Sep 24, 2009 at 1:34 PM, Joerg Schilling <Joerg.Schilling@...> wrote:

clarkddc <clarkddc@...> wrote:

> If this post is off-topic, then please recieve my apologies. I've done some
> googling, and have not found an answer to my dilemma. I running Solaris
> (Nevada b121), on the x86 platform. I've build Grip from an SFE spec file.
> The stock cdrecord supplied by Sun is installed. When it's time to rip the
> cd, the ripper skips each track, creates the necessary directory structure
> for the files,  however no files are ripped. I've also tried downloading and
> buidling the latest cdrtools source (alpha 65). In this case the behaviour
> is slightly different. I see negative values for the rip progress of each
> track. But there are no files being ripped. Has anyone overcome this issue?
> Any suggestions will be greatly appreciated.

If you don't send information about your problem, it is hard to help you...

You did e.g. not mention whether you used cdda2wav at all.

You should first call:

cdda2wav -N -e -B

This should play the entire disk via the audio system.

Jörg

--
 EMail%3Ajoerg@... (home) Jörg Schilling D-13353 Berlin
      js@...                (uni)
      joerg.schilling@... (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support

[Joerg Schilling-3]

Daniel Clark <clarkddc@...> wrote:

> Joerg,
>
> Thank you very much for your reply. Yes I am using cddaw2av. I was
> successfully able to play the cd by issuing cdda2wav -N -e -B. My issue is
> getting both cdda2wav and grip to agree. By invoking cdda2wav directly, I
> receive the expected behaviour. When attempting to use a graphical front end
> to the cdda2wav (in this case Grip), each track is skipped, and no tracks
> are ripped. I'm experiencing the same behaviour as another user;
> http://osdir.com/ml/os.solaris.blastwave.user/2005-01/msg00033.html. In my
> case, Grip was built from sources. I'm also using both the cdda2wav provided
> by Sun (snv b121), and the alpha65 cdda2wav built from sources. I'm not sure
> if this topic is better suited elsewhere. If so, then please accept my
> apologies.

Then there is a bug in grip and you need to get help from the grip people.

Jörg

--
 EMail:joerg@... (home) Jörg Schilling D-13353 Berlin
       js@...                (uni)  
       joerg.schilling@... (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
Cdrecord-support mailing list
Cdrecord-support@...
https://lists.berlios.de/mailman/listinfo/cdrecord-support