[Hack_kid]

I've used this modeline on several setups and it works great. It's more accurate than EIA-CEA one (74.175 pc) and most accurate working 23.976 modeline I've found, also it works better for me on some displays.. No more missed frames and 24p perfectly fluid. If you're happy with the standard one (23.97576) you don't need to change it, otherwise it's definitely worth a try.

1080p 23.97610 Hz modeline:

Code:

ModeLine       "1920x1080_23.976" 74.230 1920 2560 2604 2752 1080 1084 1089 1125 +hsync +vsync

OK wait....should we use this modeline or the other one this is closer to 23.976 also will this flux my out of sync issues with some 23.976 material? I'm using recent GIT

Would have been nice if ezechiel1917 posted why he thinks that this is correct.
I would rather use the EIA-CEA standard which is the one I have posted. See Table 4: http://read.pudn.com/downloads122/ebook/...-861-B.pdf It has a pixel clock of 74.175

a/v sync is a different story.

Did this six a/v sync issues with you or no? Also what is the point of sync playback to display being on? If we have refresh rate switching wouldn't sync playback be redundant. Sorry these are all questions I've had for years just never had the right Peron to ask

[FernetMenta]

"sync playback to display" makes the clock being driven by the vertical sync signal (refresh rate). Now if you run at e.g 23.971, the clock is too slow. No problem for video but audio will complain sooner or later. If audio clock is master, it will try to correct the dvd clock by the current error with the result that video will have to resync and drop a frame. If video clock is master we distinguish between 2 cases: 1) passthrough, 2) non passthrough. 1) audio will run out of sync until a packet gets dropped or duplicated, 2) audio will be resampled to the speed required.
So a proper setup with matching refresh rates is required for optimal a/v sync. (but there's an additions problem for a/v desync we currently investigating)

[Hack_kid]

I get crashing with drops dupe audio and static with example audio so only one that works for me is audio clock. Is this a problem which one is best if there is one a note though the mode line posted by the other user didn't seem to have crashing with drop dupe although I didn't test long...

[ezechiel1917]

I don't have any sorts of a/v sync issues with video clock (drop/dupe audio). I've only noticed dropped audio packets with 24 fps movies at 23.976 refresh rate, but since you can have both modelines correctly working with new nvidia drives this issue is now already gone

[Hack_kid]

K I'll give your modeline a try

[FernetMenta]

Don't forget to very your available modes with xbmc-xrandr. Many systems like my own don't accept modelines without specifying a valid range in the display section, e.g.

Code:

Option         "VertRefresh"  "DFP-0: 23-60; CRT-0: 23-200"
Option         "HorizSync"    "DFP-0: 25-100; CRT-0: 25-200"

Display names need to be adjusted appropriately.

[Hack_kid]

yes i have that in my xorg.conf. so matter what modeline i use though i wont fix the av sync issue?

[Jönke]

@FernetMenta

When i run xbmc-xrandr without your custom xorg.conf above i get
<mode id="0x1ea" name="1920x1080" w="1920" h="1080" hz="23.97091" current="false" preferred="false"/>
and with your custom xorg:
<mode id="0x1e6" name="1920x1080" w="1920" h="1080" hz="23.97576" current="false" preferred="false"/>

So my question is, should i change modeline or something else from xorg.conf above or is it the best i can have for my setup? Sorry for noob questions

Just tested with: ModeLine "1920x1080_23.976" 74.230 1920 2560 2604 2752 1080 1084 1089 1125 +hsync +vsync
and xbmc-xrandr gives me:
<mode id="0x1e6" name="1920x1080" w="1920" h="1080" hz="23.97610" current="true" preferred="false"/>

I guess that this is the best modeline for my system right ?

[john.cord]

Don't forget to very your available modes with xbmc-xrandr. Many systems like my own don't accept modelines without specifying a valid range in the display section, e.g.

Code:

Option         "VertRefresh"  "DFP-0: 23-60; CRT-0: 23-200"
Option         "HorizSync"    "DFP-0: 25-100; CRT-0: 25-200"

Display names need to be adjusted appropriately.

Ok. But in my xorg.conf created by the nvidia-xconfig tool is Refresh 48-72 and Sync 43-72 ?

And a few minutes ago i tried to play a .mkv encoded with 23.976 the Codec Info Screen displays a Speedup of +0.100%

Aso you mentioned, in the Codec Info Screen the Speedup Should be +0,000% and not + 0,100% right?

If i playback a MKV encoded with 25 fps the Codec Info Screen displays a Speedup of +0.000%

xrandr info says that the correct 23,976 mode is used so why a speed of +0,100%

[FernetMenta]

Ok. But in my xorg.conf created by the nvidia-xconfig tool is Refresh 48-72 and Sync 43-72

obviously wrong, isn't it?

Aso you mentioned, in the Codec Info Screen the Speedup Should be +0,000% and not + 0,100% right?

Nope, I did not say this. Refresh rate in codec screen is still a rounded value. Just ignore this.

[Hack_kid]

Ok. But in my xorg.conf created by the nvidia-xconfig tool is Refresh 48-72 and Sync 43-72

obviously wrong, isn't it?

Aso you mentioned, in the Codec Info Screen the Speedup Should be +0,000% and not + 0,100% right?

Nope, I did not say this. Refresh rate in codec screen is still a rounded value. Just ignore this.

One last time for the boys in the back...lol will Amy of these things we have talked about help or effect the long lasting av desync issue with 23/24htz material or should I just use the advanced setting latency and set a static delay based on refresh rate?

And question 2_ I STILL am confused on the purpose and benefit the sync playback to display option when are refresh rate already will ,match fps. Don't get me wrong I totally bwlwive you I just need it explained more. On that note the only sync method that works for me with ac3 material is Audio clock. This is with your master branch FernetMenta.. as of today when you updated your PR relating to drop/dupe

[john.cord]

Ok. But in my xorg.conf created by the nvidia-xconfig tool is Refresh 48-72 and Sync 43-72

obviously wrong, isn't it?

Aso you mentioned, in the Codec Info Screen the Speedup Should be +0,000% and not + 0,100% right?

Nope, I did not say this. Refresh rate in codec screen is still a rounded value. Just ignore this.

Ok.

Another thing. I set up a startup script that sets XBMC to the correct 1080p 50Hz Mode but if i suspend the system and wake it up again i get the 720p 60Hz Mode. This is because it is listed in xrandr as the preferred mode... any idea how i can prevent that?

I think the Modes Option the Subsection Display in the xorg.conf with 1080p 50 Hz mode listed first.... right?

[john.cord]

One last time for the boys in the back...lol will Amy of these things we have talked about help or effect the long lasting av desync issue with 23/24htz material or should I just use the advanced setting latency and set a static delay based on refresh rate?

And question 2_ I STILL am confused on the purpose and benefit the sync playback to display option when are refresh rate already will ,match fps. Don't get me wrong I totally bwlwive you I just need it explained more. On that note the only sync method that works for me with ac3 material is Audio clock. This is with your master branch FernetMenta.. as of today when you updated your PR relating to drop/dupe

As i understand XBMC will only stay at the default Resolution/Refresh Rate without "Sync Playback to Display" activated and will switch Refresh rate with it activated so if you dont want that all videos are played with 1080p 50Hz (if you use that Resolution/Refresh as default) you have to have the Option activated...

[neil.j1983]

One last time for the boys in the back...lol will Amy of these things we have talked about help or effect the long lasting av desync issue with 23/24htz material or should I just use the advanced setting latency and set a static delay based on refresh rate?

Audio Engine does.

[john.cord]

One last time for the boys in the back...lol will Amy of these things we have talked about help or effect the long lasting av desync issue with 23/24htz material or should I just use the advanced setting latency and set a static delay based on refresh rate?

Audio Engine does.

Does what?