View Issue Details

IDProjectCategoryView StatusLast Update
0007909MMW v4Playerpublic2011-08-07 03:00
Reporterrusty Assigned To 
PriorityurgentSeveritycrashReproducibilitysometimes
Status closedResolutionfixed 
Product Version4.0 
Target Version4.0Fixed in Version4.0 
Summary0007909: Playing some radio stations triggers an AV.
DescriptionThis particular AV was triggered after attempting to play a couple of radio stations, some of which were in unsupported formats.
Steps To ReproduceIt looks like the AV occurs in the transition from:
http://scfire-mtc-aa02.stream.aol.com:80/stream/1093 to
http://scfire-mtc-aa03.stream.aol.com:80/stream/1093 or
http://scfire-mtc-aa04.stream.aol.com:80/stream/1093

Debug log attached.
TagsNo tags attached.
Attached Files
MediaMonkey.elf (86,971 bytes)
bug7909.zip (207,616 bytes)
radio.m3u (4,889 bytes)   
bug7909_2.LOG (431,035 bytes)
Fixed in build1390

Relationships

related to 0005458 closedLudek Firewall blocked stream access makes Player unresponsive 
related to 0008201 closedLudek Some radio streams freezes MM (regression) 
related to 0011045 newLudek MM can freeze when playing radio stream and router is unplugged 

Activities

Ludek

2011-06-01 15:11

developer   ~0025837

I cannot reproduce the issue and the logs don't show much.
Is it reproducable with out_MMDS.dll plugin or only with the WASAPI plugin?
Is it consistently reproducible with the stations above?
What are the exact steps?
1. Playing http://scfire-mtc-aa02.stream.aol.com:80/stream/1093
2. Clicking [Next] on the player to play
http://scfire-mtc-aa03.stream.aol.com:80/stream/1093
and the AV occurs?

rusty

2011-06-01 15:36

administrator   ~0025839

It's reproducible with both the WASAPI and DS plugins, but it's not consistent. I've attached a playlist of stations that I play starting from the top and moving down. The crash isn't always on the same station, but if I play through each of them, MM almost always crashes.

Note: the crash can occur when clicking 'Next', but it also has occurred when clicking 'Stop' when a station is playing.

Ludek

2011-06-01 18:58

developer   ~0025856

Last edited: 2011-06-01 19:02

I still haven't been able to reproduce.

Could you try with MM3? The problem seems to be in in_wmp3.dll and there weren't any significant changes from MM3 (only 0005458).

rusty

2011-06-02 05:17

administrator   ~0025871

I cannot reproduce this with MM3 and I can consistently reproduce it with MM4 (even using DS output plugin).

Note: by crash I mean that MM completely shuts down.

Ludek

2011-06-02 09:12

developer   ~0025872

Ok, so please try it with this http://happymonkeying.com/beta/in_wmp3.dll and let me know whether it is fixed. Just replace the Plugins/in_wmp3.dll by the downloaded one.

rusty

2011-06-02 12:45

administrator   ~0025876

That seems to solve the problem. Does the change involve undoing a previous fix?

Note: I haven't regression tested other areas of functionality.

Ludek

2011-06-02 13:06

developer   ~0025877

Fixed in build 1383.

Note that there was no need to revert the previous fix (i.e. 0005458 still works fine)

rusty

2011-06-03 20:39

administrator   ~0025915

Tested 1383 and the bug is still occurring :-(

elog attached.

Ludek

2011-06-06 12:58

developer   ~0025950

Last edited: 2011-06-06 12:58

Strange as it was the same fix as you have already confirmed in note 25876. So the bug needs to be elsewhere.

Ludek

2011-06-06 18:31

developer   ~0025952

I most probably found the root of the problem.

Fixed in build 1385.

rusty

2011-06-13 16:04

administrator   ~0026091

I'm not sure if this is the same error, but I'm still able to trigger a crash by pressing next/back to alternate between these 2 stations:

http://216.155.137.150:8800
http://scfire-mtc-aa02.stream.aol.com:80/stream/1073

(note: these stations are no longer playable -- they were at one time, but regardless, MM shouldn't crash).

Ludek

2011-06-13 19:30

developer   ~0026106

Last edited: 2011-06-13 19:37

I cannot repro and in addition for me the later station is playable.

What is the crash? Could you attach an EurekaLog and attach please also standard debug log that could say more.

rusty

2011-06-13 19:56

administrator   ~0026108

The crash doesn't always occur immediately--sometimes it takes 5 next/back switches.

Re. the second station: it actually _is_ playable, sorry about that. Note that in testing, I usually press back/next before playback begins.

Debug log attached.

Ludek

2011-06-13 21:14

developer   ~0026114

And the standard debug log, please.

rusty

2011-06-13 21:28

administrator   ~0026117

posted.

Ludek

2011-06-14 10:15

developer   ~0026123

Fixed in build 1390.

Although I haven't been able to reproduce the AV, I found the possible root of this problem and fixed it.

peke

2011-08-07 03:00

developer   ~0027091

Verified 1415