#19 interaction with cdparanoia

Ripperx 2.6
closed
tony mancill
None
5
2005-06-03
2004-11-22
Anonymous
No

Recently upgraded to Fedora Core 3 which uses the new
udev dynamic device directory in place of the old
devfs. cdparanoia, which runs fine by itself on the
command line, I believe is generating more output for
ripperX to filter through because of the hotpluggable
way /dev/cdrom is now loaded.

I modified the following line in
ripper_encoder_manipulation.c

/* } while ( temp != NULL && strncmp( "http://",
buf, 7 ) != 0 );*/
} while ( temp != NULL && strncmp( "Verifying
CDDA", buf, 14 ) != 0 );

This basically tells ripperX to search for the last
non-indented line prior to "Table of contents". I'm
not sure if this line used to be "http://". But
ripperX seems to work better now.

However, there's still a problem when I attempt to
start ripperX without a CD in the drive. It just hangs
even before the graphics have started. No messages.
Maybe this fix is needed somewhere else too?

Using ripperX 2.6.3.

Discussion

  • tony mancill
    tony mancill
    2005-01-10

    Logged In: YES
    user_id=212006

    I'll take a look at this - thank you for the patch. As for
    the latter problem, ripperX certainly shouldn't hang. You
    should get a dialog box telling you that either the CD is
    inaccessible, or cdparanoia does not have permission to
    access it.

     
  • tony mancill
    tony mancill
    2005-01-10

    • assigned_to: nobody --> tmancill
     
  • tony mancill
    tony mancill
    2005-06-03

    Logged In: YES
    user_id=212006

    My apologies for the long delay - this has been patched in
    the 2.6.6 release and tested on a Fedora Core 3 box.

     
  • tony mancill
    tony mancill
    2005-06-03

    • status: open --> closed
     
  • tony mancill
    tony mancill
    2005-06-03

    Logged In: YES
    user_id=212006

    please advise whether 2.6.6 addresses this problem on your
    system