MP1 EVR Presenter/dshowhelper community development (2 Viewers)

[Owlsroost]

Unfortunately I spoke too soon and putting the Provider to Generic hasn't fixed the problem of severe stuttering when starting TV.

The attached logs are from where I loaded MP, started TV and left it running for a few seconds past where the stuttering had stopped.

You have a performance problem somewhere - the evr.log is littered with lines like:

03-10-2011 11:38:49.444 [19b4]Dropping sample from the past (406.84 ms, last call to NotifyWorker: 0.45 ms, Queue: 0, Dropped: 15)

....which usually happens when something is using a lot of CPU time (video samples are arriving very late so dshowhelper has to discard them).

Is this when running two monitors ? If so, is it better when using just one ?

You could try using FFDShow Video decoder for MPEG-2 i.e. a non-DXVA decoder, just to see if it helps....

Tony

 

[doveman]

I've done a few tests with only one monitor (my TV) now and it's still the same more or less (it seems to play for a few seconds before stuttering now, sometimes it's OK on the first channel but starts stuttering when I change channel).

The first logs are before I rebooted, the second after rebooting, the third with MS-DTV decoder, the fourth with ffdshow decoder and the fifth with ffdshow decoder and Yahoo Widgets and Windows Gadgets disabled (just in case they were causing any problems, but my CPU usage was only around 3% with them on).

 

[tourettes]

The first logs are before I rebooted, the second after rebooting, the third with MS-DTV decoder, the fourth with ffdshow decoder and the fifth with ffdshow decoder and Yahoo Widgets and Windows Gadgets disabled (just in case they were causing any problems, but my CPU usage was only around 3% with them on).

Make sure that Desktop wallpaper is static, not changing on some time interval (it will hog GPU resources really badly whrn the background image changes).

 

[doveman]

Make sure that Desktop wallpaper is static, not changing on some time interval (it will hog GPU resources really badly whrn the background image changes).

Yeah it is thanks.

Turns out to be a strange one and apparently nothing to do with the codec or dshowhelper.

After I noticed the GUI was being unresponsive after stopping the stuttering TV, I tried running MP in debug mode (with default skin, no extensions) and that was fine, so it made me think a plugin might be responsible.

After much disabling of plugins and restarting, it seems it's MovingPictures that's causing it, which was one of the last plugins I would have suspected. I've attached logs from with it disabled and enabled and you can see there's loads of "Dropping Samples" in the latter.

 

[tourettes]

Has anyone who has been using v0055e dll with 1.2.0 / 1.2.1 seen following issues?

1) Crash to desktop when playing .ts recordings?
2) Video stalling (audio continues ok) when playing .ts recordings?

I didn't have those issues for almost 9 months with the 1.1.2 / 1.1.3 and the dshowhelper.dll from audio renderer thread (v 21a). And now during one week I have seen the 1st issue once and the 2nd issue already twice.

I'll revert to a21 version to see if the issue is caused by the dshowhelper or something else (TsReader in 1.2.1 could be another component to blame).

 

[wouter1971]

Has anyone who has been using v0055e dll with 1.2.0 / 1.2.1 seen following issues?

1) Crash to desktop when playing .ts recordings?
2) Video stalling (audio continues ok) when playing .ts recordings?

I didn't have those issues for almost 9 months with the 1.1.2 / 1.1.3 and the dshowhelper.dll from audio renderer thread (v 21a). And now during one week I have seen the 1st issue once and the 2nd issue already twice.

I'll revert to a21 version to see if the issue is caused by the dshowhelper or something else (TsReader in 1.2.1 could be another component to blame).

Yeah Tourettes, have seen issue 2 most often, reverted back to 21a version of mpaudiorenderer and that did the trick for the stalling with audio continuing.
Having a lot of video stalling issues lately with 1.2.1 (with 2xFloppyDTV DVB-S2 on multiple channels) lots of discontinuity errors (+/-10 an hour on certain moments) but don't know if this could be a tsreader issue too or always a provider/dish issue.

 

[Owlsroost]

Just wondering why you would want to use v0055e anyway ?

The v21a 'MP audio renderer' version is v0055f, as is the standard MP 1.2.1 version (but with audio renderer support disabled)

Tony

 

[tourettes]

Just wondering why you would want to use v0055e anyway ?

Why wouldn't I? Just got confused about the versions we have (had been using the v20 for almost a year - without any issues). No wonder if users get confused when a dev gets

I'll give a go for 55f - need to wait for a quiet moment (kid probably gets pissed off if the cortoons will get interrupted again ). Currently v20 is in use.

EDIT: after checking the 1st post, there was no 55f. Maybe that why I got confused. What was the changes between e anf f? Was there something that could fix stalling video (which might lead into a crash to desktop eventually - I'm hoping there is only one issue not those two I have noticed).

 

[Owlsroost]

I'd better add v0055f to the front page then

There was very small mod (one line) to the audio renderer phase adjust logic between the two versions.

EDIT: Added v0055f to the front page

Tony

 

[tourettes]

There was very small mod (one line) to the audio renderer phase adjust logic between the two versions.

hmm.. I fear that it wont be able to explain the crash or the video stalls I have seen. Maybe I'll leave the v20 in place and check if the crashing is still happening.