View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002565 | MMW v4 | Burning / Disc Handling | public | 2006-07-24 10:56 | 2006-08-03 18:19 |
| Reporter | jiri | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 2.5.3 | ||||
| Fixed in Version | 2.5.4 | ||||
| Summary | 0002565: Burning fails on locked tracks | ||||
| Description | As reported by Peke, burning Data CDs (haven't tried on Audio CDs yet) fails, if it encounters a locked track, e.g. currently playing one. | ||||
| Additional Information | Suggested resolution: 1. Handle better locked tracks. Maybe report them to the user (using some message from MM 2.5.3)? Or just fail gracefully. 2. For currently playing track it should work as currently MM does in case of tagging, i.e. stop playback for while, burn the track and continue playback at the same position. Using some callback from hpcde.dll it should be possible to call our methods PrepareForTagging() and RestoreFromTagging() in FullPlayer.pas. (contact Jiri in case any details are needed) | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 970 | ||||
|
|
For MM 2.5.4 fixed in revision 1376 and commited directly into 2.5 branch. For MM 3.0 the problem doesn't appear, because we have been already using another technology without using a streams. |
|
|
From my point of view I am almost sure that this bug caused bugs 0002242 (see note 7366) and bug 0002543. (i.e. By resolving this bug the bugs 2242 and 2543 should be resolved too, because attempting to burn 1 file which is currently playing caused behaviour described in 2543 and for more than 1 burned file (one of them is playing) it silently fails without burning all files as described in 7366 note) |
|
|
Verified 2.5.4.970. |
