I wanted to do above the same one year ago, in fact I wanted to make CD+EG but I never found tools to do that. I asked Karaoke Builder makers(http://www.karaokebuilder.com/stinfo.php) if they would do a CD+EG release of their karaoke tools, I'm still waitng for it.
The only thing I found was CDG Creator I never burnt a CD because I think pictures with only 16 colors are really awful.
The Saturn and SegaCD both play CD+Gs just fine, I tried out some karaoke discs in both of them.
Bluetones, if you burned your own, it may not really be a CD+G disc, as not all burners can burn them. The CD+G format relies on the subchannel data of the CD to store its graphics. It's possible that your burner either can't do this or maybe you didn't set any particular options for writing the subchannel data.
Just curious, which software did you use to try burning a CD+G? As I understand it, most apps offer a separate "profile" for CD+G discs, i.e. you cannot burn them as regular data discs (mixed-mode or otherwise). I would think that at that stage, the program tells you whether the CD burner supports a CD+G compilation or not.
i didn't do the clone cd part because it sounded kinda confusing lol
the cdg would be like for example 61 megs and play well on the pc but when i convert them to bin and burn them it has 1 cda track and has 1 kb of data i thought it was strange but the audio played and it played the correct length of time. but no image
I'm not sure if you can burn a CD+G as a bin/cue ... actually I doubt it very much. CD+G discs use subchannel data, so for one thing your burner must be able to write subchannel data.
The other thing is that CDRWin does have a specific option to burn a file as a CD+G track. What you do is go to the CD burn dialog, the one that lets you add either a cuesheet or files as tracks. Do the latter, and you'll see a window that lets you add tracks, and at the top there are two radio buttons for AUDIO or CD+G.
Then I guess you need a proper file to burn as a track, one that already contains all the CD+G info including subchannel data. Considering that each sector holds 2352 bytes of raw data and 96 bytes of subchannel data, that would come to 2448 bytes/sector. Interesting... some sort of "ultra-raw" data.