View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0006648 | MMW v4 | Other | public | 2010-11-05 17:17 | 2012-10-13 02:08 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | feature | Reproducibility | always |
| Status | feedback | Resolution | open | ||
| Product Version | 4.0 | ||||
| Target Version | 4.1 | ||||
| Summary | 0006648: Pre-cache auto-conversion results | ||||
| Description | For discussion: When synching audio/video files that need to be auto-converted, currently performance is rather slow. Same goes for tracks being played over DLNA that need to be converted--they result in a 10s delay in playback. Until we do some major speed up (e.g. via nVidia CUDA [possible Licensing issues] and AMD/ATi OpenCL API SDK [Free of charge and available with ATi GPU drivers]), it may be useful for MM to automatically convert tracks that are on the synclist but have not yet been synced. The converted tracks would be cached until the next sync operation, at which point they'd be deleted. These auto-conversions would occur as a low priority thread. Similarly, tracks that are in line to be played over DLNA should be converted (if necessary) _prior_ to playback so that there isn't a 10s delay between tracks. | ||||
| Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=58510 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
This might be useful in some cases. However, decreasing priority to High in order to be considered for post 4.0 inclusion, since there's too many unclear questions. |
|
|
Ludek, can we start streaming of all (or most) formats immediately, i.e. before the file is auto-converted? If not, which formats would be affected? |
|
|
1. Re: Caching auto-converted tracks in case of device synchronization: Sure, this would be useful, but I guess that in case of syncing we don't need to pre-convert the tracks, but rather simply cache them for future syncing (e.g. like we curretly do for DLNA - with options to limit the cache space and deletion of the older tracks (if new tracks need to be cached and the cached limit was reached) 2. Re: DLNA playback pre-converting: I am sure it is already tracked in another issue in Mantis, but I haven't been able to find the issue. Currently we can transcode these formats on-the-fly: MP3, WAV, WMV, WMA, ASF, FLAC, FLA, OGG It means that these formats can be streamed immediatelly without waiting for full conversion. The others formats (like MP4) needs to be converted before playback and thus can cause significant delays in playback. If we would like to pre-convert them then there is a problem that we cannot know which track is going to be played on client side and thus we can only guess (based on probability) which track is going to be played. e.g. if client's last browse was browsing for an album and then track no.1 from the album is played -> there is a high probability that track no.2 will be the next one playing and thus we could pre-convert it. |
