Drive does not accept any cue sheet variant

Help
Ito
2010-03-22
2013-04-15
  • Ito

    Ito - 2010-03-22

    Hello, I'm trying to burn my first CD+G, but I have no luck…
    I pass my mp3+cdg files to cdg2bin and it makes toc and bin files without error messages.
    But when I try to burn them with cdrdao, I get " Drive does not accept any cue sheet variant - please report."
    I can't understand why…mp3 and cdg files seem ok as pykaraoke plays them fine.
    Toc file is like that:

    // Track 1
    TRACK AUDIO RW
    NO COPY
    NO PRE_EMPHASIS
    TWO_CHANNEL_AUDIO
    DATAFILE "cdg.bin" 03:42:43 // length in bytes: 40864464

    Can someone help me?
    Thanks in advance and sorry for cheap English!

     
  • Kelvin Lawson

    Kelvin Lawson - 2010-03-22

    Hi,

    This question is probably best directed at the cdrdao developers, but it looks like this could be down to not enabling raw mode in cdrdao. Could you try adding "-driver generic-mmc-raw" to the cdrdao command line?

    Thanks.

     
  • Ito

    Ito - 2010-03-24

    Thank you,  adding the parameter let cdrdao work properly, but sadly I have still problems…
    My "Canta tu" karaoke device plays only audio tracks, I can't see the lyrics, only obscured and incomprehensible images…
    Is there anything else I can try?

     
  • Kelvin Lawson

    Kelvin Lawson - 2010-03-25

    It sounds like it could be a drive compatibility issue, at least using the "generic-mmc-raw" device driver. This would be best asked on the cdrdao mailing list, as they will be able to advise on drive compatibility issues with their software, or you could try an alternative burning package to cdrdao.

     
  • Heather Lynne Van Wilde

    I have been having a similar issue, but I'm not sure it's an issue with cdrdao.  I checked the .toc file, and the file outputs like this:

    // Track 1
    TRACK AUDIO RW
    NO COPY
    NO PRE_EMPHASIS
    TWO_CHANNEL_AUDIO
    DATAFILE "cdg.bin" 04:34:00 // length in bytes: 50306400
    // Track 2
    TRACK AUDIO RW
    NO COPY
    NO PRE_EMPHASIS
    TWO_CHANNEL_AUDIO
    DATAFILE "cdg.bin" #50306400 03:41:73 // length in bytes: 40754304
    

    It does this the whole way through the disk. 

    Now I haven't inspected the script or anything yet, but it seems to me like either a) cdg2bin.py isn't parsing the cdg files to cdrdao correctly, or something in cdrdao isn't adding the cdg's into the bin file.  The cdrdao website does advertise being able to make cd+g discs using unused R-W sub-channels

    Finally, DAO recording is the only way to write data to the unused R-W sub-channels for e.g.  CD-G or CD-TEXT.  (http://cdrdao.sourceforge.net/)
    

    I usually don't like to muck in code I didn't make, but I think I will this time because I really want to get it working, and it really sounds like it's just an implementation problem on one end or the other.

     
  • Kelvin Lawson

    Kelvin Lawson - 2010-03-31

    I didn't write the cdg2bin module in cdgtools but it looks quite likely that your drive does not support "cooked" mode, as described in the README. Cdg2bin currently only works on drives which support cooked/deinterleaved mode. The -raw option flag was added for drives which require raw/interleaved data, but was never implemented (presumably because the author did not have a suitable CDR drive to test on).

    To get cdg2bin working in raw mode, it will need to carry out the reverse of the deinterleave process in the cdgparse.py module. It would make sense for this to be done by someone with a raw-mode drive, and it's a short function, so if you are comfortable with a bit of Python I am happy to provide some assistance to get you going.

    Thanks,
    Kelvin.

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks