Automatic Refreshrate Changer (5 Viewers)

[5Hundred]

Hi there, i use a "resolution within a resolution" ie my TV thinks its getting 1280 x 720 but in fact the viewable area is 1230 x 692 (from memory) this is configured within ATI's CCC. If i use PStrip it recognises only the 1280 x 720 and this is overscanned by the TV. Setting a similair resolution within Powerstrip causes a blank screen that i have to reboot to regain control.

DC.exe also cannot do the "resolution within a resolution" so no use either.

I appreciate that this is a bit of a pain for you to sort out, however it did actually work fine with your version 0.3 thats why i was hoping it would be a relatively simple fix to get it going again.

Thanks again

 

[tourettes]

I noticed something, although a minor issue.
When looking at the MP gui @ 24hz scrolling in long lists etc. does produce small signs of tearing and synch issues.
Probably b/c the d3d renderer is rendering at 60fps or similar while TV is 24hz.

That could be true also on software codecs (not sure). Only good way to fix that is to allow device to be reseted on XP, or use Vista (and do a real resolution change) as there isnt device lost anymore (as result of the GPU virtualization).

 

[gibman]

It seems like u r talkinga about overscanning/underscanning, is this the right term ?

If it worked in 0.3, could u try and apply the 0.3 sources on latest svn and compile ?

Some other added stuff not relevant to refreshrate code could be the culprit.

/gibman

Hi there, i use a "resolution within a resolution" ie my TV thinks its getting 1280 x 720 but in fact the viewable area is 1230 x 692 (from memory) this is configured within ATI's CCC. If i use PStrip it recognises only the 1280 x 720 and this is overscanned by the TV. Setting a similair resolution within Powerstrip causes a blank screen that i have to reboot to regain control.

DC.exe also cannot do the "resolution within a resolution" so no use either.

I appreciate that this is a bit of a pain for you to sort out, however it did actually work fine with your version 0.3 thats why i was hoping it would be a relatively simple fix to get it going again.

Thanks again

 

[Snader]

Exit MP.

set desktop hz to 25 or 50hz.
start vlcplayer
playback some recorded PAL recording in TS format using vlcplayer.
make sure the rec. is indeed 25 FPS, u can see this in vlcplayer when starting the clip.

if it hicks up, its probably ur tv.

/gibman

Will try it later today and report! Thanx gibman, your doing some amazing great work here!

 

[byfly]

What if I'd create a new entry to xml?
Like "desktop_hz" and then set it to the "default_hz"?

I prefer that everything works smooth, in the MP UI and in Windows desktop. So if the "default_hz" helps to get it right, I don't mind to wait for the extra time. And I'm using DC for the changes, so the blank screen period isn't a long one.

I do get an error when stopping playback. MP crashes, but it doesn't. So Vista tells me that MP has stopped working. But MP still runs ok. I think that this is because the MP & ARC builds aren't matching. But it's no problem at the moment, I'll just have to match them and see how it goes.



-Jarno

I did consider restoring the original refreshrate when exiting MP.

Currently u cant use a value in that "default_hz" field.
remember using that default_hz feature restores the hz back on each playback stop ... so extra time is spent there, making the stopping process seem a bit slower.

I noticed something, although a minor issue.
When looking at the MP gui @ 24hz scrolling in long lists etc. does produce small signs of tearing and synch issues.
Probably b/c the d3d renderer is rendering at 60fps or similar while TV is 24hz.

/gibman

 

[5Hundred]

If it worked in 0.3, could u try and apply the 0.3 sources on latest svn and compile ?

I'm afraid i dont have a clue about how to do this, but it sounds like you may need to have a device reset anyways so i'll keep my fingers crossed.

Thanks

 

[byfly]

Hi all!

I tried to config some more for ARC to set the RR back to original. But I failed...

Here's what I tried:

<entry name="autochangerefreshrate">yes</entry>
<entry name="notify_on_refreshrate">yes</entry>
<entry name="cinema_ext">c:\\dc\\dc.exe -refresh=24 -apply -quiet</entry>
<entry name="pal_ext">c:\\dc\\dc.exe -refresh=25 -apply -quiet</entry>
<entry name="ntsc_ext">c:\\dc\\dc.exe -refresh=30 -apply -quiet</entry>
<entry name="tv_ext">c:\\dc\\dc.exe -refresh=25 -apply -quiet</entry>
<entry name="desktop_ext">c:\\dc\\dc.exe -refresh=60 -apply -quiet</entry>
<entry name="cinema_fps">23.976;24</entry>
<entry name="pal_fps">25</entry>
<entry name="ntsc_fps">29.97;30</entry>
<entry name="tv_fps">25</entry>
<entry name="cinema_hz">24</entry>
<entry name="pal_hz">25</entry>
<entry name="ntsc_hz">30</entry>
<entry name="tv_hz">25</entry>
<entry name="desktop_hz">60</entry>
<entry name="default_hz">desktop_hz</entry>
<entry name="use_default_hz">yes</entry>
<entry name="devicereset">no</entry>
<entry name="force_refresh_rate">no</entry>

Are all the entries hardcoded?

 

[edterbak]

byfly
I think its hard coded... And all the other types (cinema/pal/ntsc/tv) are types of videostreams. They are measurable regarding fps content. Your "desktop" doesnt have that.

Why dont you try it like this:
<entry name="autochangerefreshrate">yes</entry>
<entry name="notify_on_refreshrate">yes</entry>
<entry name="cinema_ext">c:\\dc\\dc.exe -refresh=24 -apply -quiet</entry>
<entry name="pal_ext">c:\\dc\\dc.exe -refresh=25 -apply -quiet</entry>
<entry name="ntsc_ext">c:\\dc\\dc.exe -refresh=60 -apply -quiet</entry>
<entry name="tv_ext">c:\\dc\\dc.exe -refresh=25 -apply -quiet</entry>
<entry name="cinema_fps">23.976;24</entry>
<entry name="pal_fps">25</entry>
<entry name="ntsc_fps">29.97;30</entry>
<entry name="tv_fps">25</entry>
<entry name="cinema_hz">24</entry>
<entry name="pal_hz">25</entry>
<entry name="ntsc_hz">60</entry>
<entry name="tv_hz">25</entry>
<entry name="default_hz">ntsc_hz</entry>
<entry name="use_default_hz">yes</entry>
<entry name="devicereset">no</entry>
<entry name="force_refresh_rate">no</entry>

Here I presume your TV screen also supports 60 hz. 30 or 60hz, you wount notice the difference I think.

 

[byfly]

That worked nice!

And it's quite rare that I watch NTSC materials, so it isn't a problem any way.

One other thing is quite anoying in MP, DXVA & Subtitles...
I wouldn't want to disable DXVA, as it's with VSFilter.
Only thing I haven't tried is use the subtitles post processing in MP.
But I've understood that also this kills DXVA?

So there really is no way around the problem?

 

[edterbak]

@ Byfly,

As far as I know, this hasnt yet been solved. They - mediaportal devs - are looking into it, but there arent any short term solutions for this. I think the solution has to come from a free codec which does support it, or we need to build our own codec for this... (if thats even possible, I dont know)

My personal opinion is that software decoding is far more flexible and future proof anyway. But I must admit: It would be very nice if the CPU load would be 1-4% instead of >20% during playback....