View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004487 | MMW v4 | Other | public | 2008-03-21 23:29 | 2008-03-26 03:21 |
| Reporter | Ludek | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.0 | ||||
| Fixed in Version | 3.0 | ||||
| Summary | 0004487: Regression: AAC tracks (*.m4a etc.) cannot be played after updating to the newest QT (starting from build 1135) | ||||
| Description | This regression was introduced between builds 1134 and 1135 and based on studing SVN history it doesn't seem to be related to changes in f_aac.dll although it throws AV there. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1148 | ||||
|
|
As noted over e-mail: After installing build 1147 I'm no longer able to play _any_ AAC tracks, unless I install the AAC plugin (i.e. I have this problem regardless of whether they're protected by DRM or not, and the problem now occurs on my system even with build 1134 and earlier!) . Note that even if I use the latest AAC plugin, protected M4P files don't play. Somehow, post beta 1 builds and/or the AAC plugin seem to have stopped AAC from working at all (unless it's somehow related to an iTunes update or some other system issue). |
|
|
Based on my testing I can confirm that neither m4p xor aac cannot be played by using f_aac.dll 1. This is somehow related to the newest update of Quick Time 2. Strange think is that by using build 1134 I am able to play them regardless of which f_aac.dll I use. I debugged this and it fails in f_aac.dll when external function err = InitializeQTML(0); is called. In function InitializeQTML() it freezes. This is an external function included in the QuickTime 7.0.4 libs. Maybe this libs needs to be updated? |
|
|
Assigned to me in order to find whether a new QT libs could solve this. |
|
|
I have updated QuickTime from version 7.0.4 to version 7.3 and unfortunately this doesn't solve the problem :-( |
|
|
I just found out that removing d_iPhone.dll from plugin folder solves this problem. |
|
|
Assigning to Jiri to fix, cause surely iPhone.dll is the root of the problem. Re-assign to me later if you think that I should commit the updated QT 7.3 libs. |
|
|
Fixed in build 1148. - Fixed d_iPhone.dll so that QT now seems to be satisfied and can be used by both plug-ins. |
|
|
Verified 1148. |
