View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000851 | MMW v4 | Other | public | 2003-10-31 02:52 | 2005-06-21 14:47 |
Reporter | rusty | Assigned To | |||
Priority | immediate | Severity | feature | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Summary | 0000851: Basic MP3 Streaming (& internet radio) | ||||
Description | Streaming audio is pretty much standard on most other clients. We should minimally add MP3 streaming and consider adding support for other formats in the future (OGG, AAC, WMA, etc.). Basic requirements are: -Click MP3 file in browser --> file is bufferred and played in MM -Click .m3u file in browser --> linked files are streamed/played in MM -Click .pls file in browser --> " (it seems that .pls is commonly used for shoutcast streams) -In all cases, display basic track metadata associated with the stream (Time Remaining, Artist/Title, Bandwidth In addition, if we add internet radio support we should also add a node that: -Allows the users to add their favorite radio stations as subnodes to the Internet radio node -Allows the user to browse/search shoutcast radio stations (e.g. a link to shoutcast.com) | ||||
Additional Information | As far as implementation suggestions: To Open a file/url in MM: -The Open File button in the player can be changed to 'Open URL/File...' -The dialog that opens should prompt the user: 'Enter the URL or path to a multimedia file on the internet, your computer, or your network: [OK] [Cancel] [Browse] In the mm tree, a 'Radio Stations' node should be shown, and if the user clicks it, then the right hand pane opens up with a radio directory such as live365. (not sure which one we should use by default). If the user selects a radio station, then it begins playing and: -The player displays station characteristics -The now playing list remains unchanged When a user plays a radio station, then the station is automatically added as a subnode to the 'Radio Stations' node. Up to 10 stations display in most-recently used style. The user can also right click on a radio station node to delete one if desired. Note: The suggestion to implement this as an MRU list is a means of limiting UI/development. We could also do this in 'bookmark-style'. | ||||
Tags | No tags attached. | ||||
Fixed in build | 868 | ||||
|
Note: I've tagged this as 'immediate' for the purposes of MM 4.2 HOWEVER, only the portions of the functionality that do not require UI localization should be added to 4.2. |
|
Tested build 865 and I was able to get it working for icecast and for the xstereo content. I noticed the following issues: 1)When there's no metadata (as on the xStereo site), the Title appears as gibberish: e.g. 01%20Turbulent%20Times%20%28%2301%29 2)When the user tunes into a radio station, the Now Playing list is cleared! I think that what should happen is that the radio station name should appear in the player (e.g. in the title bar), but the NP list shouldn't be made blank. 3)The kbps entry in the player is blank 4)I tried tuning into several shoutcast streams with no success at all (via 'Open' and by clicking): --http://www.shoutcast.com/sbin/shoutcast-playlist.pls?rn=6735&file=filename.pls (nothing happened) --http://www.shoutcast.com/sbin/shoutcast-playlist.pls?rn=3281&file=filename.pls (clicking the url caused a bunch of channels to appear in Now Playing, but nothing played; via 'Open' nothing happened) --http://www.radioparadise.com (doesn't work) 5)Streaming from icecast seemed to work. 6)When the user tries to stream a track, the entire UI goes blank and it seems as if MM freezes. Also, there's no indication that mm is buffering the stream, nor what % of buffering is complete 7)Closing MediaMonkey didn't terminate all MediaMonkey processes after I'd unsuccessfully testing the streaming shoutcast functionality. |
|
1) That's correct, since only filename was present it was used as track title. And filename looked this way. However, to help readability MM since build 866 converts %nn to characters. 2) That's correct, WinAmp does it too and there are several reasons for it, we can further discuss over IM. 3) I haven't noticed it with any stream, wasn't it only because of some stream that MM couldn't read? 4) Fixed in build 866. Only about half of streams worked well, the other half was quite picky in http headers they required. 6) Fixed in 866. As I wrote, this feature wasn't included in 865 yet, now in_wmp3 is better threaded. In_ogg yet needs this fix. 7) It probably happened because of 4), should be ok now. |
|
Everything seems to be fixed except for the following remaining items: 2) After further review of this UI vs iTunes, placing stations in the 'Now Playing' dialog really _is_ confusing and looks unpolished. Moreover, it's unintuitive that the user can click different entries to switch streams. Suggested alternative: --Place the station _name_ either in the player titlebar OR have it scroll in the Player's scrolling window --In the tree's most recently used list of radio stations, each station can have subnodes for each of the different available entries 8) When the user tunes in a new station, a 'bubble' should appear indicating the artist and track (if configured to do so) 9) In some cases, switching stations via a browser causes a 'bubble' to appear showing the previously playing track rather than the new one that just started playing 10) In some cases, making another application active causes a 'bubble' to repeatedly appear every few seconds for the currently streaming track. This is related to the next issue (the bubble always reappears at 0). 11) For many shoutcast channels, the timer goes 0-1-2-3-4-5-6-7-8-9-10-1-2-3... |
|
11) Leaving a shoutcast stream running for 10 hours caused MediaMonkey to crash |
|
Fyi, as part of this bug I added an automatic retrieval of Proxy configuration in IE on first MM startup (after install). Therefore, users won't need to do it manually for Freedb or streaming usage. |
|
2) Let's talk this over IM, I don't think it's possible this way for various reasons. 8) This works well for me, it doesn't at all for you? 9) Is probably fixed in 867 (I haven't reproduced it). 10-11) This was apparently caused by some stations that send metadata more often than only on start of track (i.e. every 10 seconds). Now MM supposes track was changed only if stream title is different. (Build 867) 12) (Crash) Hard to say, let me know should you have any more information, I'll try to find out more too. |
|
Fixed in build 868. - Mp3 and ogg streaming should work fine. - MM is internally ready for URLs. |
|
Verified in 871. All basic functionality is working correctly (except I haven't yet tested the shoutcast/icecast web nodes). A new bug will be entered to describe the remaining features that involve UI changes, as planned for 2.5. |