View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001532 | MMW v4 | Player | public | 2004-08-23 02:19 | 2010-11-22 18:15 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Summary | 0001532: CD Playback problems | ||||
| Description | Comment from Jiri: I studied the CD problems and here are the results: 1) There were some problems in MM (either fixed or will be fixed); - Device removal or attach didn't update My Computer node (if it was already expanded) - Device drive letter assignment changes could cause problems for subsequent accessing CD-ROMs. - ASPI drives assignments in CDReader weren't always properly used by MM. 2) I think that after 1) is completely fixed, the only possible reason for problems with ripping should be missing ASPI layer (for Win 9x or for non-Admin users). After its install everything should work fine (with the necessity to assign drive letters when >1 CD-ROM is available and ASPI is used). I also thought about distributing ASPI with MM to simplify user's work, but it doesn't seem to be a good idea because: - ASPI can either be from a third party provider (e.g. Rocket Division has its own), but such simple dlls only work for Admin users - i.e. it makes no sense for us. - ASPI from Adaptec would work fine, but we would need rights to distribute it and also its install requires Admin rights and system reboot - i.e. a lot of problems we don't want. For these reasons we should keep it as is, i.e. let users download and install ASPI when they don't have it and need it. There should be a link to Adapted ASPI download page in readme. 3) I tested hpCDE under non-Admin account and it works well! (You can test it too, just download their SDK and try their command line sample executables). It doesn't need ASPI and properly knows drive letters, etc. Thus this seems to be the ultimate solution for the future. I say for the future because there's quite a lot of work involved: - Make internal changes in MM (replace AKRip by hpCDE), for example implement jitter-corrected reading in MM for hpCDE (currently it's done by AKRip). - Implement a new CDReader plug-in that would use hpCDE. This most likely couldn't be done for MM 2.3, but I hope we could use it later. The good point is that we could outsource a significant part of the work - i.e. make someone to write a new WinAmp input plug-in for audio CDs and use it in MM for playback and ripping. Good C skills are a must in this case, maybe Ianier could do it. | ||||
| Additional Information | This may be related to 0001233 http://www.songs-db.com/forum/viewtopic.php?t=2018 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
