What is the Intel 23.976 bug?
#1
Hi,
what exactly is the bug with some Intel processors not playing 23.976 'flawlessly' ?
I understand this will be fixed in chips with Intel Graphics HD4600 - but, how exactly is this problem noticeable?

Does the sound go slowly out of sync with the picture?
Does the playback stutter slightly every few minutes?
I just want to know what the actual problem is that the average person would notice when watching a movie.

Thanks
Reply
#2
Hi,

I have a Gigabyte Brix mini pc with Intel Grahpichs HD4000 and it still is not fluent in playback.

But I have been told that my audio settings are probably not "correctly" set or my AV receiver (Onkyo TX-NR626 is not "correctly" set)

My experience with XBMC and Gigabyte Brix mini pc is that currently my DUNE HD SMART D1 plays better in colors (but I guess I could configure that) , is fluently, no audio video sync issues.

mod edit: no need to repeat yourself
Reply
#3
The 23.976 bug results in 1 frame drop every +/- 4 minutes.
But you probably will not notice this.

madVR has smooth motion frame rate conversion algorithm.
You can use it with an external player mediaplayer (Media Player Classic - HC) in case you do notice it
Reply
#4
If you drop 1 frame every 4 minutes. In a 120 minute film you will drop 30 frames.
At 24 frames a second the film could be 1 second shorter.

Does this mean that in XBMC the sound will become 1 second out of sync?
Reply
#5
(2013-08-22, 09:19)joelbaby Wrote: Does this mean that in XBMC the sound will become 1 second out of sync?

No it will not get out of sync,

I never notice anything. The glitches (blocking, etc) you see can also be from the encoding process.
Reply
#6
This affects Intel, Nvidia and AMD. No one does it perfect until HD4600. With Nvidia and Linux there is a way to adjust some settings to get it very close. There was a thread around here recently about it.
Reply
#7
There is no "Intel-bug" , it´s a bug that affects ALL GPU makers, if the HD4600 makes it we will find out soon enough.
Reply
#8
The "bug" is the CEA (consumer electronics association) and their closed standards. HDMI is pest for computer manufactures, they have to pay royalties for providing this interface to us. There is a lot of information we don't have access to atm. As an example a TV or AVR is capable of notifying the client of a/v sync info. That's in EEDID which we have no access to.
We only see the old EDID which may result in wrong interpretation of timing, i.e. 23.976 -> 23.971. Should drivers autocorrect rounding errors? There may be use cases which require 23.971?

It is not a big deal to configure correct timing and get 23.976. I don't lose a single frame on my systems during an entire movie.
Reply
#9
AnandTech testing shows 23.976001 for Haswell iGPU.
Reply
#10
(2013-08-22, 21:36)Dougie Fresh Wrote: AnandTech testing shows 23.976001 for Haswell iGPU.

Not bad Smile
Reply
#11
That is still 0.000001 frame drops per second to much!
Reply
#12
The "23,976 bug" is not noticeable is really not worth so much attention on forums... but hey this is only my opinion.

The real bad, is linux drivers support for contrast settings under HW acceleration: http://forum.xbmc.org/showthread.php?tid...pid1488669

@Tomaz: which OS do you use on Gigabyte Brix mini pc?
Reply

Logout Mark Read Team Forum Stats Members Help
What is the Intel 23.976 bug?0