View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001937 | MMW v4 | Player | public | 2005-06-28 02:35 | 2006-04-17 14:08 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 2.5.3 | ||||
| Summary | 0001937: Streaming for some stations gets choppy after awhile | ||||
| Description | I've noticed the exact problem described by the user--some stations are choppy (it's reproducible on the radio paradise station). See: http://www.mediamonkey.com/forum/viewtopic.php?t=4785 Note: I couldn't reproduce the problem with the finnish station so it may be different than last time. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 963 | ||||
|
|
Can you still reproduce it? I don't see any problem, everything plays perfectly for me. Just to explain, MM does stream buffering and so only reason why problems should arise is that internet connection is slower (or not much faster) than stream bandwidth, or in the very begining of playback when buffer isn't full yet. Btw, the list in forums doesn't work well anymore and so I used links directly from http://www.radioparadise.com/ |
|
|
Can't seem to reproduce the problem. |
|
|
This may not be a bug, but I just tested using proxy settings (I used a proxy of 61.8.251.92 port 80) and was able to reproduce the 'choppiness'. The impression I get is that MM doesn't try to buffer anything--it just plays the stream without bufferring, resulting in choppyness when the connection isn't perfect. Am I incorrect? |
|
|
As discussed with Jiri: MM doesn't prebuffer it just buffers 64Kb. Need to do more testing to generate a reproducible set of actions that triggers this before this can be considered a bug. |
|
|
Re-opening because I've found that after letting MM play a stream for 1-2 hours it gets choppy but that the same stream plays correctly in WA (at the same time). Note that it's not that severe a problem, since pressing 'Stop' and then 'Play' causes the problem to go away (pressing pause doesn't have any effect). Jiri to create a debug version of mp3 plugin. |
|
|
I haven't reproduced this with the MP3 plugin, however, a user forwarded me a radio station that _always_ causes this problem: http://217.30.180.253:7070/listen.pls from: http://www.radiohelsinki.fi/ |
|
|
Fixed in build 940. - Problem was caused by the fact that the mp3 stream started with ID3v2 that in_wmp3.dll didn't strip correctly (in relation to stream metadata). That caused a total corruption of the mp3 stream. |
|
|
Verified 940. |
|
|
Tested build 2.5.3.952 and found that after listening to Radio Paradise 128kbps shoutcast stream for 20 minutes, it starts getting choppy. The workaround is to press 'stop' and then 'play' and the choppiness goes away for another 20 minutes. |
|
|
I wasn't able to reproduce. Assigning to Rusty to try to reproduce with a debug dll I sent him. |
|
|
I posted a log to the ftp server in which clipping starts at around line 101,000. Note: -I was mistaken--pressing stop and then play doesn't always resolve the issue. -When the bug occurred I tested with Winamp to make certain that the problem wasn't a network issue. Winamp played smoothly without choppiness. |
|
|
Fixed in build 963. - I think I found it, it was a problem with stream metadata in some cases. |
|
|
Verified 953. |
