View Issue Details

IDProjectCategoryView StatusLast Update
0008528MMW v4DLNA/UPnPpublic2012-06-20 22:07
Reporterlowlander Assigned To 
PriorityurgentSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product Version4.0 
Summary0008528: DLNA MPG2 playback
DescriptionPortable install of 1445 runtime error while playing MPG2 video. MP4 video playback also quit halfway through. Same MPG2 video on other MM install worked without issue.
Tagstodoc-help
Attached Files
DLNA MPG2 Fail.png (6,079 bytes)   
DLNA MPG2 Fail.png (6,079 bytes)   
DLNA conversion.png (24,272 bytes)   
DLNA conversion.png (24,272 bytes)   
DLNA conversion2.png (8,007 bytes)   
DLNA conversion2.png (8,007 bytes)   
DLNA conversion3.png (5,707 bytes)   
DLNA conversion3.png (5,707 bytes)   
Fixed in build

Relationships

related to 0008556 closedLudek DLNA server: Minor sorting bug 
child of 0008562 closedLudek Ability to bind DLNA server to a specific IP address 

Activities

michal

2011-10-15 06:57

developer   ~0028292

It seems to be problem with on-fly autoconversion. On what device do you play this video? Does it support MPEG2 and MP4? If so, they are not in supported formats or some autoconversion rule is used. Please compare with the installation, where it works.
Anyway, please write me some repro steps, thanks.

lowlander

2011-10-15 15:20

developer   ~0028293

I've setup the same conversion rules (non for video) and the same supported file formats as the other install. The Samsung TV supports MP4 and MPG2 files. The difference in the machines is that the problem machine is WinServer 2003 and has CCCP codec instead of K-Lite of the WinXP machine that works. Also WinServer 2003 has a portable install and WinXP has a full install.


As for repo, I just select the file to play on the TV and play it. Same procedure for both MM's.

lowlander

2011-10-15 19:13

developer   ~0028295

Last edited: 2011-10-15 19:14

CCCP Codec and manual conversion log (which failed) added to above link.

lowlander

2011-10-15 20:32

developer   ~0028296

I've added a debug log for Sony which successfully played the MPG2 video and Another Samsung crash log which lasted longer, but still halted playback on TV (no runtime error though). For this log I'm wondering if it still converted to WMV or not?

michal

2011-10-15 20:50

developer   ~0028297

Thanks. No, the last log is different, it stopped with NPT_ERROR_CONNECTION_RESET error, and the file was not converted at all.
Runtime error was caused by some memory leak, something is probably not correctly released in case of video conversion failure.

lowlander

2011-10-15 22:02

developer   ~0028298

I think I've figured out the problem. The problem seems to be the multiple NIC's in use (3) and possibly MediaMonkey defaulting to the one that intermittently disconnects (I haven't verified that). This is related to: http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=60783&hilit=bind
After disabling all but 1 NIC I was able to play a MPG2 and a MP4 file on the Samsung TV.

Another issue is the incorrect WMV conversion. It seems based on Michal's feedback that MediaMonkey (clean 1444 install with upgrade to 1445 with MM3 DB) was applying the default WMV rule when not enabled and also incorrectly as file types played were supported and WMV rule only affects unsupported formats. I'm fuzzy on details here though.

lowlander

2011-10-16 16:21

developer   ~0028300

Then I have to presume that the presence of the rule caused it to be applied despite it not being enabled nor that the videos met the conversion rule (they were compatible).

Are you sure that NPT_ERROR_CONNECTION_RESET isn't a network error as on 1 NIC the files played fine?

michal

2011-10-17 07:58

developer   ~0028320

I've reproduced the runtime error with given CCCP, will look at it, it seems to be problem with MPEG2 decoder included in this codec pack release, but we should at least fail gracefully, not with this error.

Autoconversion to WMV is wrong, if the device does not support it, I will examine it.

NPT_ERROR_CONNECTION_RESET is probably some network error, client reset connection for some reason.

lowlander

2011-10-17 16:17

developer   ~0028336

1) Does that mean the CCCP codec pack isn't recommended?

3) I presumed as much and is probably caused by MediaMonkey using the wireless NIC instead of one of the gigabit NICs. Unfortunately I see no way to set this up correctly (force specific NIC) withing the local network.

michal

2011-10-17 17:18

developer   ~0028337

Last edited: 2011-10-17 17:19

1) CCCP could be used, but it seems, it can contain some very problematic version of "MPEG2 decoder (MPC-HC)", this decoder crashes often (not only in MM, I've tried also other player, the problem is always if there is not renderer after this decoder, e.g. subtitle filter). Solution is not to install this decoder at all (just uncheck durig CCCP installation), but use the one from FFDShow, which CCCP contains too. User just must enable decoding by this decoder in FFDSHow Video Decoder configuration dialog. I don't know any better solution for now, because this decoder has the same GUID as the right one, and crashes outside our code.

Ludek

2011-10-17 17:44

developer   ~0028339

Re 3) Maybe this
http://www.kutukupret.com/2008/07/22/how-to-configure-your-nics-ip-address/
could help you?

michal

2011-10-18 08:52

developer   ~0028349

I'm not able to reproduce problem with autoconversion. If I uncheck the conversion rule, no conversion is made. Do you still reproduce it?
If so, please upload me your mm.db, thanks.

lowlander

2011-10-18 16:26

developer   ~0028373

No, the problem is no longer present. And as I wasn't looking for this problem (I didn't yet know it was doing conversion) I'm fuzzy on details. Is the WMV conversion rule enabled on default install? If so, we'll call this user error.

michal

2011-10-18 16:36

developer   ~0028375

OK, so resolving. Yes, the default rule is generated and enabled automatically.
We should document to KB the problem with "MPEG2 decoder (MPC-HC)" in CCCP and the solution.

lowlander

2011-10-26 04:02

developer   ~0028454

Last edited: 2011-10-26 04:46

I've tried to force MM to bind with specific IP using: http://www.r1ch.net/stuff/forcebindip/ (assuming I'm using it correctly. The other link seems to pertain to Linux and is over my head. Using the Samsung TV:

First thing noticed is that often navigating to Podcast > All it will say loading for a while and than kick me out of the Media Server on the first attempt. The second attempt is successful

Secondly videos still fail to play through.

Thirdly I'm unable to get the sort order Timestamp to stick in the All node (other nodes not tested). All I need is the newest episodes to show first and setting sort on Timestamp in Podcast node and Subscription node doesn't change sort over DLNA in the All node.

Sony doesn't seem to suffer from this failure faith (although the MP4 videos tested with can't be played on Sony, Sony is successful with MPG2 files)


After reading up on binding applications to a specific IP/NIC it seems that Windows is not designed to do this and that it should be done by the application if such binding is required.

Ludek

2011-10-26 11:58

developer   ~0028459

Last edited: 2011-10-26 12:48

The binding IP problem tracked as 0008562

The sort issue is not reproducable for me. If I change sort order of Podcast collection node to Date descending then also Podcast->All node is sorted by Date descending over DLNA as expected.


The logs you attached aren't accessible, but I guess it fails because of the reasons you written here: http://www.ventismedia.com/mantis/view.php?id=8528#c28298 (i.e. the multiple NIC's in use (3) and MediaMonkey defaulting to the one that intermittently disconnects)?

Ludek

2011-10-26 12:59

developer   ~0028461

Last edited: 2011-10-26 13:01

Ok, now I successfuly downloaded both the logs.

NPT_ERROR_CONNECTION_RESET means that the client resetted the connection for whatever reason, this doesn't necessary indicate a problem.

In the Debug 1 NIC.LOG I see NPT_ERROR_TIMEOUT error at the end, but you indicated that the playback failed for the NIC 2 log?

lowlander

2011-10-26 15:03

developer   ~0028463

Yes the 2 NIC log is the one that failed to finish playback of the full file.

BytesTransfered: 97108030, EndOffset: 98406215, result: NPT_ERROR_TIMEOUT on 1 NIC might be caused by the TV requesting and buffering the next video.

BytesTransfered: 45032067, EndOffset: 98406215, result: NPT_ERROR_CONNECTION_RESET is when 2 NIC fails, however there doesn't seem to be any useful debug information as to the source of the problem. What seems to be missing is the UPNP Server: File Request: after the NPT_ERROR_CONNECTION_RESET which happens on the previous NPT_ERROR_CONNECTION_RESET, but not the last one when it failed.

Ludek

2011-10-26 16:28

developer   ~0028464

Last edited: 2011-10-26 16:30

The "UPNP Server: File Request:..." is missing because the client haven't sent the next request, hard to guess why.