View Issue Details

IDProjectCategoryView StatusLast Update
0009427MMW v4Playerpublic2017-08-11 14:38
Reporterrusty Assigned To 
PriorityurgentSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Product Version4.0.5 
Target Version4.0.6Fixed in Version4.0.6 
Summary0009427: Radio stations fail to display track metadata (when playing by Media Foundation)
DescriptionOn a clean install of MM 4.0.5, radio stations fail to display track metadata within the player.

e.g. File > Open > http://www.radioparadise.com/musiclinks/rp_128.m3u
--> MM just shows '1048' in the player

This is most likely related to 'Playback rules'.
(this did work in earlier versions of MM--not sure when the regression was introduced).

Note: tested with MediaMonkey portable
Additional Informationhttp://www.mediamonkey.com/forum/viewtopic.php?f=1&t=66234
UUC-924558
TagsNo tags attached.
Attached Files
StreamInfo.jpg (82,841 bytes)   
StreamInfo.jpg (82,841 bytes)   
Fixed in build1499

Relationships

related to 0006308 new MMW v4 Adding Streaming File Format 
related to 0005701 assignedpeke MMW 5 Better handling of NET Radio Links 
related to 0012238 feedbackLudek MMW v4 Streaming AAC do not work and freezes player thread sometimes 
related to 0012680 closedmichal MMW v4 Muzyka instrumentalna - Radio Chrzescijanin shoutcast stream fails to play (Windows 10) 
related to 0014221 closedmichal MMW v4 AAC: Some AAC do not play in MMW 

Activities

peke

2012-06-12 18:18

developer   ~0031356

Stream info is not correctly fetched from stream.

rusty

2012-06-12 18:27

administrator   ~0031357

It's a regression from MM3.

i.e. MM3 correctly retrieves the metadata. MM4 doesn't.

Ludek

2012-06-13 07:43

developer   ~0031360

Last edited: 2012-06-13 07:52

This happens, because on Win7 the in_mfaudio.dll plugin plays the stream.
If you remove in_mfaudio.dll from the plugins folder then the info is fetched correctly, because in_wma.dll and in_wmp3.dll can fetch the info.

So the simplest solution seems to be to prioritize in_wma.dll and in_wmp3.dll for radio streams, but this can be problem as only in_mfaudio.dll can play aac/aac+ streams?

Another solution would be to implement this ability (to fetch stream info) in in_mfaudio.dll too.
Or make it somehow common for all input plugins, but this would be more complex.

michal

2012-06-13 11:34

developer   ~0031364

Media Foundation offers some possibility to get metadata from stream, I will try to implement it and test it.
I cannot use the same functions as in in_wma and in_wmp3, because in_mfaudio does not read data from stream manually (using our http reader), it uses MF framework.

michal

2012-06-13 18:47

developer   ~0031366

Fixed in build 1498. Added support for reading live stream title to in_mfaudio.dll.

rusty

2012-06-20 22:23

administrator   ~0031414

This is only partially fixed. The radio paradise station correctly displays metadata, however, http://listen.di.fm/public3/deepnudisco.pls (reported in the associated forum thread) still only shows the station name.

michal

2012-06-21 06:12

developer   ~0031422

The problem is unfortunately inside Media Foundation framework. It seems, it sometimes fails to update metadata, it is somehow related to the shoutcast server configuration. I have found the response from Microsoft to this problem: "This is not great behavior and something we will look into fixing for the future." (from February 2010). It seems, they still have not fixed it. We probably cannot do much about it.
Note, that WMP also cannot read the title updates, it uses the same framework.

michal

2012-06-21 15:31

developer   ~0031435

Fixed in build 1499. Plugin in_mfaudio.dll is now used only if other plugins fail to play the stream. So this plugin should be used for aac(+) streams only and only in these cases it could sometimes fail to update the title, because of mentioned bug in Media Foundation.

rusty

2012-06-22 03:02

administrator   ~0031447

Verified 1499.