View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0006191 | MMW v4 | Conversion/Leveling | public | 2009-11-20 21:53 | 2010-06-03 18:12 |
| Reporter | peke | Assigned To | |||
| Priority | none | Severity | major | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.1.2 | ||||
| Target Version | 3.2.1 | Fixed in Version | 3.2.1 | ||
| Summary | 0006191: Convert: 24/96 WMA are downsampled to 16/44.1 on convert | ||||
| Description | WMA Files that are recoreded in 24Bit 96khz are downsampled to 16 Bit 44.1 Khz WAV if 24/96 FLAC is converted to WAV all is OK. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1301 | ||||
|
|
In my case it is downsampled to 48.0 KHz. It seems to be dependent on sound card capabilities, because for WMA decoding we don't use a format plugin like for FLACs or MP4s, but we use the same as for playback, i.e. running decoder.exe and calling Play function from in_wma.dll where output module is opened and it seems to be restricted by sound card capabilities. I will discuss details with Jiri over IM, but it seems that the only solution would be to create a format plugin for WMA decoding, i.e. new f_WMA.dll plugin instead of (or in addition to current) in_WMA.dll. |
|
|
It shouldn't depend on output capabilities, the process is done using WM decoding features (WMCreateReader, etc.). So, unless it's a DRM protected track, it should be decoded in its native format. That said, maybe WM decoding does this for no particular reason. You could try to change something in this case in IWMReader or IWMReaderAdvancedX interfaces. |
|
|
Fixed in build 1301. |
|
|
Merged to build 1295. |
|
|
Verified 1295 |
