View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0009421 | MMW v4 | Burning / Disc Handling | public | 2012-06-10 22:46 | 2022-04-29 01:04 |
| Reporter | Ludek | Assigned To | |||
| Priority | high | Severity | minor | Reproducibility | unable to reproduce |
| Status | resolved | Resolution | not fixable | ||
| Product Version | 4.0.5 | ||||
| Target Version | 4.0.7 | Fixed in Version | 4.0.6 | ||
| Summary | 0009421: Ripping fails for some users when 'Secure read' mode is selected (regression on x64) | ||||
| Description | Some users reported that ripping in secure mode fails with 4.0.5.1496. One user reported that last working build is 4.0.5.1488 It is strange as there wasn't any disc handling change in build 1489, the only changes were in build 1480 only when 'Verify ripped tracks' is enabled. But user confirmed the failure happens even when 'Verify ripped tracks' is disabled. And that he is 100% sure that last working build is 1488. The only that could have an impact seems to be 0009326 ? | ||||
| Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?f=1&t=66388 http://www.mediamonkey.com/forum/viewtopic.php?f=7&t=66426#p340624 SNB-368971 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1498 | ||||
| related to | 0009202 | closed | Ludek | MMW v4 | Rip verification fails when 'Jitter corrected read' is selected |
| related to | 0009199 | closed | Ludek | MMW v4 | Files ripped with "Verify ripped tracks" option have some strange extra bytes apended to the data |
| related to | 0009326 | closed | petr | MMW v4 | MM Observes x86 2GB RAM usage limit |
| related to | 0009673 | resolved | peke | MMW v4 | AccurateRip: Verification results incorrect? |
| related to | 0009710 | closed | Ludek | MMW v4 | Failure to rip the last track of a CD (Secure Read mode) |
| related to | 0013284 | closed | Ludek | MMW v4 | RIP: Blue-screen-of-death when Secure Ripping audio CDs to flac |
| related to | 0017267 | closed | Ludek | MMW 5 | Crash while ripping: 166D0000 |
|
|
It is due to 0009326 as confirmed here: http://www.mediamonkey.com/forum/viewtopic.php?f=1&t=66388&p=340793#p340792 |
|
|
Peke, Stephen and Rusty confirmed no problems when ripping in secure mode. We confirmed with the user here: http://www.mediamonkey.com/forum/viewtopic.php?f=1&t=66388&p=340884#p340883 [^] that the problem doesn't appear for him when size of read buffer is the same as in case of standerd read (63 KB) then it works fine, but if it is 512 KB or bigger (like in case of secure read) then it fails. So the solution is reduce size of read buffers in case of secure reading. |
|
|
Fixed in build 1498. |
|
|
There is one user for who it still fails on Vista x64 although the read buffers in secure mode are same as in the standard read mode. Solving via ticket ID: FGM-971451 |
|
|
I am waiting for the user reply, but it is a low level problem and it looks that we cannot do much about it. We should add KB article for users experiencing this problem 1. Ensure that the drive firmware is up-to-date 2. Try switch Rip Type from 'Secure read' to 'Standard read' 3. If 1&2 doesn't help then use "CFF Explorer.exe" in the section 'File Header' and DISABLE the checkbox "App can handle > 2GB address space" for MediaMonkey.exe and MediaMonkey (non-skinned).exe Re 3) See screenshots here: http://www.ls-uk.info/forum/index.php?topic=54930.0 |
|
|
KB is updated at http://www.mediamonkey.com/support/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=43 |
|
|
Current KB link is http://www.mediamonkey.com/support/index.php?/Knowledgebase/Article/View/42/0/audio-cds-fail-to-scan-play-or-rip-correctly |
