[other] Problems with dropping frames with EVR (4 Viewers)

[OnkelChris]

AW: Re: Problems with dropping frames with EVR

just found something big. Perfect playback through bird scene with no dropped frames and a perfectly smooth graph. I set windows refresh rate to 23hz and disabled automatic refresh rate changer. Going to test some more and see exactly whats doing it.

I don't think, this is something big. As I understood for now, it seems to me, that the 23.796 fps videos are something special. Not special like you perhaps mean, my english is too bad for explaining my thoughts (timing and 23.97Hz by windows and 23.796fps by the sample)

my thoughts about changing windows to 24Hz seems to be a good idea (ok, you did 23Hz, but same idea behind )

 

[nyt]

Re: AW: Re: Problems with dropping frames with EVR

just found something big. Perfect playback through bird scene with no dropped frames and a perfectly smooth graph. I set windows refresh rate to 23hz and disabled automatic refresh rate changer. Going to test some more and see exactly whats doing it.

I don't think, this is something big. As I understood for now, it seems to me, that the 23.796 fps videos are something special. Not special like you perhaps mean, my english is too bad for explaining my thoughts (timing and 23.97Hz by windows and 23.796fps by the sample)

my thoughts about changing windows to 24Hz seems to be a good idea (ok, you did 23Hz, but same idea behind )

just about every single bluray disk is 23.976. with nvidia drivers, either way sets it to 23.970 it seems.

I'm trying to recreate what I did but having issues.

I can guarantee you this isn't a hardware issue with playback like I just had.

 

[disaster123]

AW: Problems with dropping frames with EVR

tourettes / Scythe42
any idea why this simply code takes sometimes up to 15ms to execute?

dshowhelper.cpp:
//avoid dependency into MFGetService, aparently only availabe on vista
HRESULT MyGetService(IUnknown* punkObject, REFGUID guidService, REFIID riid, LPVOID* ppvObject)
{
  if (ppvObject == NULL)
  {
    return E_POINTER;
  }
  HRESULT hr;
  IMFGetService* pGetService;
  hr = punkObject->QueryInterface(__uuidof(IMFGetService), (void**)&pGetService);
  if (SUCCEEDED(hr)) 
  {
    hr = pGetService->GetService(guidService, riid, ppvObject);
    SAFE_RELEASE(pGetService);
  }
  return hr;
}

 

[Scythe42]

Re: AW: Re: Problems with dropping frames with EVR

just about every single bluray disk is 23.976. with nvidia drivers, either way sets it to 23.970 it seems.

NVidia uses something around 23.974Hz to be exact (some chips have 23.971). It jumps a little bit up and down and cannot be hold constantly. But it reports back to Windows that the drivers uses 23.970 by informing that it was set to 23970/1000 instead of 24000/1001.

This is just one bug in the NVidia driver and why Win7 reports 23.970. In old versions they had it perfectly right but had other issues. Probably a coder changed that doesn't know about the standard /1001 definition and misread a 6 for a 0 because of a bad handwriting. Maybe one day they will hire someone who knows about video playback and he will correct that again like it was in pre Win7 beta drivers.

But this should not be a problem as it only results in a slowly drifting yellow line (I see it from your screenshot) and not in dropped frames as the variance between the frames is too small. What you now see in the stats renderer is a little bit more jumpy than on my machine but it looks as it should.

As you change the RR before starting MP we might have another scenario of the "stutter after refresh rate" that in general causes very jumpy graphs (especially with PDVD9 as a codec).

 

[nyt]

Re: AW: Re: Problems with dropping frames with EVR

just about every single bluray disk is 23.976. with nvidia drivers, either way sets it to 23.970 it seems.

NVidia uses something around 23.974Hz to be exact (some chips have 23.971). It jumps a little bit up and down and cannot be hold constantly. But it reports back to Windows that the drivers uses 23.970 by informing that it was set to 23970/1000 instead of 24000/1001. This is just one bug in the NVidia driver. In old versions they had it perfectly right but had other issues. Probably a coder changed that doesn't know about the standard /1001 definition and misread a 6 for a 0 because of a bad handwriting. Maybe one day they will hire someone who knows about video playback and he will correct that again like it was in pre Win7 beta drivers.

But this should not be a problem as it only results in a slowly drifting yellow line. What you now see in the stats renderer is a little bit more jumpy than on my machine but it looks as it should.

As you change the RR before starting MP we might have another scenario of the "stutter after refresh rate" that in general causes very jumpy graphs (especially with PDVD9 as a codec).

I'm not sure how I managed to get such smooth playback before. I can't reproduce it =[

Still trying. Something is definitely amiss

 

[belcom]

Another question...

again this line:

if (fabs(m_dD3DRefreshCycle - timePerFrame/20000) < 0.0015)

If I understood it right, m_dD3DRefreshCycle is [ms], timePerFrame is [10.000.000/fps].
Giving 50Hz refresh rate (20ms), for the () to be less than 0.0015, timePerFrame needs to be more than 999.970, meaning a fps of slightly below 10.

Or did I get something totally wrong?

 

[OnkelChris]

AW: Problems with dropping frames with EVR

nyt:
what dshowhelper do u use? there are the sync glitches within. the new ones are without this?!
I would set the refreshrate to 24 instead of 23.xxx

 

[nyt]

Re: AW: Problems with dropping frames with EVR

@nyt:
what dshowhelper do u use? there are the sync glitches within. the new ones are without this?!
I would set the refreshrate to 24 instead of 23.xxx

i'm using the one disaster sent. refresh rate at 24 vs 23 is the same with nvidia drivers. I've tested both.

ok so, disasters dll that he sent me works fine, as does the second dll.. somehow the fanart plugin got copied to my test dir again, and was hosing stuff during video playback. I'll report that to the author.

DLL2 still working flawlessly, will retest the others as well.

p.s, ion is definitely not underpowered for video rendering =]

 

[OnkelChris]

AW: Re: AW: Problems with dropping frames with EVR

ion is definitely not underpowered for video rendering =]

nobody said, that is underpowered for video rendering

the GeForce 9400 is - like the ATI HD3200 - good enough for video playback. But MP is not only videoplayback. It has a GUI which needs to be rendered too. A stronger CPU as an ATOM make things easier. For me, the ATOM is the bottleneck of the stutter.

@nyt:
did some testing with coreAVC... playing back my samples was as smooth as with other Codecs using DxVA. But opening the stats graph made the graph jumping around like in your screenshots. If you test, you should only play the sample without the stats graph and then have a look at the evr.log.

 

[nyt]

Re: AW: Re: AW: Problems with dropping frames with EVR

ion is definitely not underpowered for video rendering =]

nobody said, that is underpowered for video rendering

the GeForce 9400 is - like the ATI HD3200 - good enough for video playback. But MP is not only videoplayback. It has a GUI which needs to be rendered too. A stronger CPU as an ATOM make things easier. For me, the ATOM is the bottleneck of the stutter.

@nyt:
did some testing with coreAVC... playing back my samples was as smooth as with other Codecs using DxVA. But opening the stats graph made the graph jumping around like in your screenshots. If you test, you should only play the sample without the stats graph and then have a look at the evr.log.

my graphs are all perfectly smooth now with fanart plugin disabled.