View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004756 | MMW v4 | Synchronization | public | 2008-06-13 09:33 | 2008-12-03 21:50 |
| Reporter | jiri | Assigned To | |||
| Priority | immediate | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Product Version | 3.0 | ||||
| Fixed in Version | 3.1 | ||||
| Summary | 0004756: Sync gapless playback info to iPod for M4A (prevent art corruption) | ||||
| Description | We need to properly fill in gapless playback information on m4a tracks uploaded to iPods in order to: 1. Play these tracks gaplessly on iPod. 2. Prevent iTunes from stripping album art from these tracks because of recalculated gapless data. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1185 | ||||
|
|
This task involves proper filling in of these valus in iTunesDB on iPod: pregap, postgap, total samples, end of gapless audio (not sure about this one). We currently do this for mp3s, but not for m4as. According to http://shsc.info/foobar2000, Nero or FAAC encoded files are always gapless (meaning that the necessary info is stored somewhere?), but iTunes tracks are not. We have to find out what to write to iTunesDB for these files... |
|
|
Some useful info: http://atomicparsley.sourceforge.net/mpeg-4files.html http://www.hydrogenaudio.org/forums/lofiversion/index.php/t34989.html http://www.3gwebdesign.com/graphic/mp4videos.php http://www.cnblogs.com/U2USoft/archive/2007/07/28/834269.html |
|
|
Due to lack of info this implementation is finally based on observation how iTunes writes this info to the iPod DB (we haven't found enough info by searching the internet) Should work fine. Implemented in build 1185. |
|
|
Note that this task was enhanced to cover also gapless playback of m4a in MM. I see that f_aac.dll was already modified, but f_aac_codec.dll wasn't yet. re. f_aac.dll - I see that you added SamplesCount property to TSongListData, but I don't see any reason for this, it only occupies space there. The only needed thing was to cut useless samples from the stream while decoding (as in_wmp3.dll does it). |
|
|
Removed the SamplesCount property and clarified the code upon discussion with Jiri. Fixed in build 1185. Note that this task was enhanced to cover also gapless playback of m4a in MM. Changes in f_aac.dll and f_aac_codec.dll are needed, but this bug is less critical, because we have the "Remove Silence at the beginng/end" feature enabled by default on the out_MMDS.dll output plugin. I am opening new bug for this ( 0004804: Gapless playback of m4a in MM) |
