View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002470 | MMW v4 | Burning / Disc Handling | public | 2006-04-26 14:33 | 2006-05-30 23:49 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 2.5.3 | ||||
| Summary | 0002470: Many tracks burnt to an Audio CD (TAO) are only partially burnt | ||||
| Description | This issue was reported by a user, and I've been able to replicate it. Tested this in build 955. When multiple tracks are burnt to an audio cd: -all tracks that are < 1MB / 1 minute burn successfully -first three tracks of 1.4MB (> 1minute) each burn successfully -fourth track of 1.5MB burns only 3/4 of the track -all subsequent tracks fail to burn correctly (i.e. they only burn part of the complete track). Note: There are no error messages generated by MM during the burning process. What happens though is that on playback, as soon as a partially burnt track is reached, the drive starts whirring a lot when the track ends prematurely. e.g. 1. 100k OK 2. 150k OK 3. 200k OK 4. 300k OK 5. 350k OK 6. 400k OK 7. 450k OK 8. 500k OK 9. 1.4MB OK 10. 1.4MB OK 11. 1.4MB OK 12. 1.4MB failed only 3/4 burns 13. 1.5MB failed only ~3/4 burns 14. " 15. " 16. " Note: CD Text was disabled, burning was at 2x. The bug occurs only with TAO burns (DAO burns work correctly). | ||||
| Additional Information | New debug and hpcde logs are posted to the ftp server. These logs were generated using a CD-R burned TAO, and tracks 8 and 11 are burned incorrectly (i.e. they are burnt partially). Track 8 is 1:09 instead of 1:20 Track 11 is 1:15 instead of 1:25 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 966 | ||||
|
|
Resolving for now, as discussed, it's either a HW issue or a problem in hpCDe, neither we can study/fix at the moment. |
|
|
I tested this extensively and found that: -burns with Nero succeeded all the time -burns with MM on specific hardware failed most of the time (in the manner described earlier)--even with almost all plugins disabled The only interesting thing is that on 2 of the many occasions in which a track was 'shortened' the track played 3/4 and then all of a sudden a few seconds of a track that wasn't even supposed to be burnt to the CD played, after which the track prematurely terminated. This leads me to suggest 2 possibilities (aside from the possibility that it is related to hpcde's recording): 1) There is a bug in how MM is erasing CDs which causes portions of tracks that were previously recorded to the CD to somehow not be completely erased, and they are occasionally merged with newly recorded tracks. 2) There is a bug in MM that is causing, on occasion, tracks to be mangled/combined. I can spend hours more testing this, but I think it would be better to wait for the next version of hpcde to test in case there are fixes to the sdk that would eliminate the most obvious cause of the problem. |
|
|
This should be resolved with hpcde 1.96 libraries integrated into build 2.5.3.956. |
|
|
Tested this in build 2.5.3.956 and found that the problem still exists :( -Burns of wav files via TAO fail 1/2 times in the manner described -Burns of wav files via DAO seem to succeed However, more testing of the hpcde burner v2 using the 1.96 libraries also revealed that the problem exists even with the reference application. Moreover, testing with Nero shows that the problem does _not_ occur with that application. Conclusion: a) There is a bug with hpcde for burning Audio CDs TAO on some systems. We should pursue a fix from HPcde by providing them with logs. b) We can prevent the bug from occuring by disabling TAO Audio CD burns (OR we can just notify users of the issue in a faq). |
|
|
It's a problem in hpCDe, assigning to Rusty to resolve this with hpCDe authors. |
|
|
I did more testing over the past couple of days and found that: -When using SPTI only with my laptop drive: CD Drive locks up -When using FROG ASPI: MM has an error at startup -When using WNASPI from Nero: MM locks up after a burn, and CDs are faulty --CD SAO has jumdled tracks --CD-RW SAO has jumbled tracks -When using Adaptec aspi installed via Force ASPI: CD burns, but CD-R (SAO) is jumbled, and CD-RW is also jumbled. When Using Nero with either CD-R or CD-RW, mm works correctly. All of this makes me wonder whether we should consider giving users the possibility of using Nero as their CD Burning engine. For now, I'll continue trying to get fixes from hpcde. |
|
|
This is fixed in build 2.5.3.966 (with hpcde 1.98). |
|
|
Verified 2.5.3.966. |
