View Issue Details

IDProjectCategoryView StatusLast Update
0006194MMW v4Burning / Disc Handlingpublic2010-06-24 18:22
Reporterrusty Assigned To 
PriorityurgentSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product Version3.1.2 
Target Version3.2.1Fixed in Version3.2.1 
Summary0006194: Ripping enhanced CDs always generates an error for the last track on some systems
DescriptionWhen ripping an enhanced CD, an error is generated on the final track. This has been reported at: http://www.mediamonkey.com/support/staff/index.php?_m=tickets&_a=viewticket&ticketid=7054 , and was also reported by another user via e-mail.

I'm able to reproduce the problem with an enhanced CD (Sarah McLachlan - Surfacing), but am not able to create an image of the CD--for some reason, doing so generates an error.

Note: although an error is generated, the tracks actually rip correctly (at least for the Sarah McLachlan CD).
Steps To ReproduceTicket:
LAI-149200
Additional InformationOne more report here:
http://www.mediamonkey.com/forum/viewtopic.php?f=1&t=45461
TagsNo tags attached.
Fixed in build1302

Relationships

has duplicate 0003613 closedLudek CD Rip: The last track on an enhanced CD can show error although ripped fine 

Activities

rusty

2009-11-23 23:31

administrator   ~0019757

Note that user indicated that although the last track did rip, the rip was only partial.

Ludek

2009-11-24 11:25

developer   ~0019758

Last edited: 2009-11-24 11:45

I cannot reproduce at all, but thinking about it I could see a reason. My speculation is that I use CD-Extra ( http://www.smart-projects.net/help.php?popup=1&help=470 ) alias Enhanced CD whereas your CD is Mixed Mode CD ( http://www.smart-projects.net/help.php?popup=1&help=500 ) where the data track is the first track in the first session and there is no second session.
Details here: http://www.smart-projects.net/help.php?help=170
And here: http://en.wikipedia.org/wiki/Mixed_Mode_CD

To confirm my speculation I will create a new EXE containing more debug messages.

Ludek

2009-11-24 15:28

developer   ~0019760

Last edited: 2009-11-24 15:29

Rusty, I uploaded MediaMonkey1294.exe to our FTP.

Please download it to your MM build 1294 install dir and run it to create a debug log. You don't need to rip the CD, just insert the CD and let the tracks to be shown in MM interface. Debug log should give me the info which track is the data track and thus show me whether it is CD-Extra or a Mixed Mode CD as I guess.

Thank you.

rusty

2009-11-24 16:23

administrator   ~0019761

Last edited: 2009-11-24 16:24

fyi, it looks like this is a duplicate of 0003613 -- a longstanding issue (although perhaps the problems are manifesting themselves more often now--there weren't any reports of this problem prior to the release of 3.2).

rusty

2009-11-24 17:59

administrator   ~0019762

I posted a log file generated with the custom build to the ftp server.

Ludek

2009-11-24 18:25

developer   ~0019764

Last edited: 2009-11-24 20:21

Thanks for the log. It shows that it really seems to be CD-Extra (not Mixed Mode CD) so the last track (11) is the data track.

It seems that subtracting 150 secs for lead-out and lead-in isn't accurate here. I will search internet in order to get more info about this problem.

Yes, I remember that we had already tried to solve it as 0003613 in the past (I couldn't repro too).

Ludek

2009-11-24 20:24

developer   ~0019766

Last edited: 2009-11-24 20:25

I found that 150 secs for lead-out (90 seconds) and lead-in (60 seconds) should be exact and constant value according to specs.

So the only reasonable idea I've got is that each CD drive reads audio discs slightly out (a number of samples), see http://www.accuraterip.com/driveoffsets.htm for more info
And therefore there could be < 0.2 seconds difference.

Rusty, I uploaded EXE where instead of the 150 seconds (11250 sectors) I subtract 11255 sectors. Please try to rip the last track by using the updated EXE and let me know whether it helps. Thx.

peke

2009-11-24 21:10

developer   ~0019768

Ludek
Please, let me know if there is anything I can ask user to test? (Maybe using Same EXE)

Ludek

2009-11-24 22:04

developer   ~0019769

As discussed over IM, it didn't help therefore I have ordered the CD "Sarah McLachlan - Surfacing" for further investigation. Waiting for the CD...

Ludek

2009-11-29 20:41

developer   ~0019803

Last edited: 2009-11-29 20:50

Rusty,
1. I searched my CD collection for enhanced CDs and I found 5 disc. All the 5 discs ripped without a problem.

2. Three different e-shops said me that the CD "Sarah McLachlan - Surfacing" that I ordered last week is no longer available in Czech Republic and it looks that I will need to order it from abroad and it means that it could take up month to get it.

3. Before I order the CD, could you please ensure that it is issue related to particular CDs and not to a particular CD drives. i.e. Could you test it with different machine or different CD/DVD drive? The user David said he observes the issue with all his enhanced CDs, is it also your case??

peke

2009-11-29 22:57

developer   ~0019805

Ludek is it possible that the problem is with some sort of DRM protection installed on Rusty PC like it was with Sony case few years ago?

rusty

2009-12-28 22:40

administrator   ~0019889

Last edited: 2009-12-28 22:41

Ludek, I tested this CD on a different machine running MM 3.2.0, and on the other machine it doesn't have this problem. It seems that the issue is specific to enhanced CDs running only on specific hardware.

If there's something else I can do to help get to the bottom of this, let me know.

note: my machine is a brand-new Windows 7 machine -- there's no DRM issues.

Ludek

2009-12-29 12:28

developer   ~0019892

Last edited: 2009-12-29 12:33

Ok,
I think that it could be specific to CD/DVD drive or its firmware.
I would suggest:
1. Ensure that your drive firmware is up to date
2. Which drive (manufacturer/model) do you have? I could buy the model in order to reproduce the problem and investigate further.

rusty

2010-02-12 21:18

administrator   ~0020007

I tested this out as follows:

1) Different computer with different drive -- no problems ripping the Sarah McLachlan CD

2) Updated firmware on the problematic computer -- the Problem persists.

Note: I tested with various possible combinations of settings in the CD/DVD Read options dialog.

So it appears that the problem _is_ drive specific. I would suggest ordering a Samsung SH-S223B if possible.

rusty

2010-02-15 16:04

administrator   ~0020009

Note: user indicated that he uses a Dell Inspiron 510 desktop running Windows Vista Home Premium. The drive is identified as: HL-DT-ST DVD+-RW GSA-H73N ATA Device.

Ludek

2010-02-24 15:15

developer   ~0020038

Last edited: 2010-02-24 15:20

I ordered and installed newly bought Samsung SH-S223B SATA drive in order to repro this issue, but I could not repro, because even worse MM freezes when accessing the drive (firstly I thought it is issue 0006234) - tested on both XP and Win7 and solving the issue - was time consuming, because I had to reboot my machine each time, I found that also others apps like iTunes and MusicMatch and WMP freezes when accessing CD in the drive, upgraded the drive firmware from SB01 to SB02, during the upgrade I noticed that it is not SH-S223B drive, but SH-S223C drive, the firmware upgrade didn't help and the problem doesn't seem to be related to a particular CD. Because also others apps freezes when playing/ripping/accesing an audio CD in the drive then it is a compatibility problem between the drive and AMD (my computer HW). Hard to do anything about this. It is the exactly same issue like here: http://social.answers.microsoft.com/Forums/en-US/w7music/thread/cc1ef2a0-3bf9-403c-8902-030ba2a41d50
Even worse, windows doesn't start up at all when an audio CD is inserted in the drive.

Ludek

2010-02-25 12:44

developer   ~0020039

Last edited: 2010-02-25 13:19

Thanks to Pavle's suggestion the problem is finally resolved by disabling DMA for IDE having SATA in IDE mode. So now i can repro the original issue and will look into it.

Ludek

2010-02-26 03:41

developer   ~0020041

Fixed in build 1302.

Should be merged into 3.2.1 later.

jiri

2010-06-02 13:57

administrator   ~0020206

Merged to build 1295.

rusty

2010-06-24 18:22

administrator   ~0020289

Verified 3.2.1.1296.