View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0012238 | MMW v4 | Player | public | 2014-10-18 10:46 | 2014-10-20 12:25 |
| Reporter | peke | Assigned To | |||
| Priority | urgent | Severity | crash | Reproducibility | always |
| Status | feedback | Resolution | open | ||
| Product Version | 4.1.5 | ||||
| Target Version | 5.0.0 | ||||
| Summary | 0012238: Streaming AAC do not work and freezes player thread sometimes | ||||
| Description | When AAC stream is started MMW player gets stuck in loop waiting for stream to start. In case that user tries to play any other file even local one MMW starts to be unresponsive and only restart (which takes up to 2-3 minutes) restores MMW LOG and URLS to radio streams (both mp3 and AAC) are uploaded on FTP | ||||
| Additional Information | QDH-487-44912 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
Added additional logs and files that more describe the bug |
|
|
Peke, I tested this and I cannot reproduce (tested with http://uwstream3.somafm.com:3000 ). But based on the log the in_mad.dll plugin tries to play the AAC stream at first. In my case it is in_mfaudio.dll that plays the stream. Could you try whether this happens when you remove in_mad.dll ? EDIT2: I installed in_mad.dll plugin an the AAC stream is not played at all then, but again no freeze. EDIT: Without the MAD plugin I can reproduce the player freeze, but it is only 2 or 3 seconds, investigating further... |
|
|
Assigned back to me, after further investigation I found where the problem lies, but the fix is more complex so I would suggest to push it to 4.1.6 or 5.0 (in order to prevent from an unintended regression) Whole input plugins handling needs refactor (including revert of 0009427 hack etc.), some parts has been already commited to MM5 SVN branch. |
