In general audio books don't have titles or metadata, although I've run (This has 13 tracks total.) (Disk 1 of 6). It started behaving the second way, where the titles are good until trackġ0, then just go away. Started out the first way (with pseudo-titles for just a few entries), then The second ("S") is even weirder: I've attached two screen shots it There appears to be no attempt at any sort of metadata, The first one ("W" for short) shows "unknown artist" and "unknown title"įor all 18 tracks. Ripping - populate the job list but do not start. (Just disk 1 in both cases.) Both behave in the same way w.r.t. In the current case I've tried it with a couple of different audio books. Rather "nonstandard" in some ways, and that *may* be a clue. I'm actually dealing with audio books, which if you haven't done so, are (Having CDDB cache enabled masks the issue, 'cause it does find There's no metadata/title information at all. I suspect the top-level bug is that it doesn't autostart if Withĭata base search AND CDDB cache off (the latter is important!) it did notĪuto start. There's data on the web), and it went right to work ripping the CD. I tried a (random) music CD with data base search enabled (one for which Single CD drive using a vanilla HW setup. The CD drive is HL-DT-ST DVDRAM GH22NS90. The CD drive's eject button is sufficient to clear the job list). It's not media arrival notification: putting the media in the drive andĬlosing it is sufficient for it to populate the job list (and ejecting via Windows.) (I know, the below is WAY more than you asked for, but I hope it Recognize one for Windows, and I'm not currently set up to build for
Ripit does not see my disc windows#
Next time there's a downloadable Windows version (alpha
0 kommentar(er)
