MP1 EVR Presenter/dshowhelper community development (1 Viewer)

[wouter1971]

Hi Tony,

I have some logs for you with another issue i have for a very long time. It's always in every movie and with multiple decoders like ffdshow DXVA, ffdshow software decoding and LAV filters as decoders for h.264 video. If i play the video the first hour or so the picture is steady and nice. But after this hour the video gets choppy and it looks like it's jumping / huge slow motion but if i check with shift+1 i see no dropped frames. Red and yelow lines are steady but i see that the green line is moving like a sawtooth. If i step back 15s it looks like it's recovering and ok from then.
I use mpaudiorenderer, ffdshow dxva and dshowhelper 92 no dwm and have a Nvidia 430GT.
Hope you can get some info from my logs.

Greetings,

Wouter

 

[Owlsroost]

Hi Tony,

I have some logs for you with another issue i have for a very long time. It's always in every movie and with multiple decoders like ffdshow DXVA, ffdshow software decoding and LAV filters as decoders for h.264 video. If i play the video the first hour or so the picture is steady and nice. But after this hour the video gets choppy and it looks like it's jumping / huge slow motion but if i check with shift+1 i see no dropped frames. Red and yelow lines are steady but i see that the green line is moving like a sawtooth. If i step back 15s it looks like it's recovering and ok from then.
I use mpaudiorenderer, ffdshow dxva and dshowhelper 92 no dwm and have a Nvidia 430GT.
Hope you can get some info from my logs.

Greetings,

Wouter

A screen cap with the render stats displayed when it's going wrong would be good - there's nothing obvious in the logs.

Does it happen if you use the default audio renderer ? (I can see you are using MP Audio Renderer for 24Hz -> 50Hz playback)

Tony

 

[doveman]

I'm still having the same problem after resuming, even with v0084_part_DWM installed unfortunately.

The first set of attached logs is from after resuming, when the render time was 8-15ms and the FPS was 44-48FPS, giving a jerky picture. The second set is after I switched to single-screen and back to dual-screen, after which the render time was 5ms and the FPS was the correct 50FPS (it's not totally solid and flickers very fast between 49-50FPS but that doesn't seem to matter) and the jerkiness is gone.

 

[doveman]

A further example with logs and two screen caps. The render time was mostly around 32ms and it was giving around 29-30FPS.





I also tested with MPC-HC playing back a recorded TS and that doesn't seem to have any problems. I've edited the image to reduce the size, as the playback was on my TV whilst GS was on my monitor. I did also test with "D3D Fullscreen" mode ticked under Output, but it seems impossible to grab a screenshot then. There were no problems that I noticed though.



I just realised that MPC-HC can access the tuner as well, so I tested with that too and again no problems.

 

[doveman]

Testing on the Old HTPC in my sig now, which is a single-screen system only connected to my 1920x1080@60hz LCD.

Playing a video, the render time was around 8ms until I pressed the volume buttons on my remote, when it shot up to 42ms at one point. I didn't manage to grab a shot of that, but one of the attached pictures show it at 32ms. I wasn't always able to get it to do this, but enough times for it to be a concern.

I'm using the same mods as listed in my sig on this PC, plus it's running PureVisionHDBlue skin and EventGhost to use the Emprex Vista MCE Remote with MP's MessagePlugin. I've attached two sets of logs. The first should show the 42ms jump and the second are after I cleaned out the logs folder and re-tested, when I got the 32ms jump.

 

[torbjorns]

Testing on the Old HTPC in my sig now, which is a single-screen system only connected to my 1920x1080@60hz LCD.

Playing a video, the render time was around 8ms until I pressed the volume buttons on my remote, when it shot up to 42ms at one point. I didn't manage to grab a shot of that, but one of the attached pictures show it at 32ms. I wasn't always able to get it to do this, but enough times for it to be a concern.

I'm using the same mods as listed in my sig on this PC, plus it's running PureVisionHDBlue skin and EventGhost to use the Emprex Vista MCE Remote with MP's MessagePlugin. I've attached two sets of logs. The first should show the 42ms jump and the second are after I cleaned out the logs folder and re-tested, when I got the 32ms jump.

I noticed that you use 60hz refreshrate. How about changing it to 50 and use the Dynamic refreshrate.

 

[doveman]

I noticed that you use 60hz refreshrate. How about changing it to 50 and use the Dynamic refreshrate.

I'd love to but unforunately this monitor only supports 60hz (+70, 72 and 75hz).

I don't think that's the issue though, as my other PC runs on my TV which only supports 60hz (and is even more complicated by running in dual-screen, with this same monitor showing my desktop at 60hz) and whilst it does have issues with render time after resume until I switch to single-screen and back, it's never been as bad as this PC, which is only running in single-screen anyway.

EDIT: I've just tested using MS DTV Decoder instead of PowerDVD and that seems to be OK. I'll see if Hoborg has any thoughts on this, as I use PowerDVD decoder on my main HTPC for video without any such issues.

 

[tourettes]

EDIT: I've just tested using MS DTV Decoder instead of PowerDVD and that seems to be OK. I'll see if Hoborg has any thoughts on this, as I use PowerDVD decoder on my main HTPC for video without any such issues.

He wont probably have anything else than just good guesses (just like rest of we all). Cyberlink's decoder is designed to work with the PowerDVD application. We have no knowledge what it contains. It could be even having some logic for 2 display setups - who knows. Just in similar way as MS H264 decoder tries to be clever on underpowered GPUs and CPUs where it will start to throttle the frame rate - something that woudl be definitely a task for the renderer, not for the decoder!

 

[doveman]

He wont probably have anything else than just good guesses (just like rest of we all). Cyberlink's decoder is designed to work with the PowerDVD application. We have no knowledge what it contains. It could be even having some logic for 2 display setups - who knows. Just in similar way as MS H264 decoder tries to be clever on underpowered GPUs and CPUs where it will start to throttle the frame rate - something that woudl be definitely a task for the renderer, not for the decoder!

Fair enough, I just thought he might have some experience/knowledge of what would work best for this PC.

Just to be clear I've understood, are you saying that the MS decoder also has problems, in that in certain circumstances it throttles the frame rate and it should be leaving this to the renderer? If so, is there a better decoder to use than the MS one?

I'm not sure if the GPU would be considered underpowered for video decoding but if so, I think the X4 630 CPU should be sufficient to decode everything, so if the IGP is not able to handle everything, what's the best way to force the CPU to do the work but still leave the GPU doing vector adaptive de-interlacing for TV (with the PowerDVD decoder ideally as that has always worked best for me with TV, but I'm happy to change if there's a better alternative).

 

[doveman]

I just had a problem with high render times and jerky playback which I couldn't correct by switching to single-screen and back to dual screen.

The problem turned out to be that I was running an Internet grab with Ant Movie Catalog at the time. Strangely, this didn't seem to affect TV in single-screen, only dual-screen. The last dual-screen run which should show the problem was around 18:52.

EDIT: I've just restarted the AMC grab and it's not affecting MP now. I'm not grabbing Pictures this time, so perhaps that had something to do with it. I'll try again with Pictures later anyway.