Hallo Zusammen,
dieser 24p-Bug ließ mir keine Ruhe. Also habe ich mich mal hingesetzt und die Eckpunkte dieses Themas zusammen gesucht:
Stand: 21.11.2013
Der Bug ist mit neuer Hardware (Haswell Mainboard und CPU, Z87, H87, Q87, Q85, B85) nicht mehr vorhanden!
Sandy Bridge und IVY Bridge haben den Bug auf jeden Fall
Da der Beitrag durch spekulative Ideen etwas unübersichtlich geworden ist, hier nun die klaren Fakten nach aktuellen Erkenntnissen (als Quelle lasse ich auch User-Berichte gelten, die den Bug bestätigen, bis zum Nachweis des Gegenteils durch andere User mit entsprechender Hardware und Einstellungen).
Meine Testergebnisse:
TV: Samsung UE40B7090
Board: Intel BLKDQ77KB (Cougar Point, Q77)
BIOS-Version: 0043 (8/30/2012)
CPU: Intel Core i5 3470T (IVY Bridge, HD2500)
OS: Windows 7 Prof. 64bit SP1
Intel Treiber Version: 8.15.10.2761
DirectX: 11.0
Player: MPC-HC 32bit
Renderer: MadVR Renderer (mit Haali Splitter und LAV)
Ergebnis: 23,97236Hz (Bug ist am 20.10.2012 noch vorhanden)
Treiberversion
Treibersettings
MadVR Settings
MadVR Ausgabesettings
MadVR Settings externe Filter
MadVR Settings Interne Filter
MadVR Settings Wiedergabe
Der 24p-Test
Besonderer Dank an:
nuts, Daniel N, Blaubart und cehlscheid
Usertests:
DerMalle: 1, Verwendete Hardware
Nimo: 1, 2, Verwendete Hardware
oggear: 1
timmaeh: 1 (inkl. Hardware)
Blaubart: 1 inkl. Guide
nuts: extern
Voraussetzungen:
Vorgehensweise:
Die für meine Begriffe wichtigsten Eckdaten zu den Tests findet ihr meiner Ansicht nach hier:
Daniel N: Erster 24p Bug Guide
Blaubart: Käsescheibchen Video und Kurzanleitung
cehlscheid: Mad VR Guide, Warum MadVR, Wie sieht ein Framedrop aus
Was Sie ber 24p, 3:2-Pulldown und Ruckeln wissen mssen
Wie verhalten sich die Kurven?
Was ist mit dem Taktgeber?
Wissenswertes zum Thema 24p-Bug, "Ruckeln" und einer extra Soundkarte (Danke an PatkIllA):
Die angezeigten Werte für die Abspielfrequenz sind ALLE relativ zum Taktgeber des Systems. Man möchte beim Video aber nicht genau mit 23,9760000 gucken, sondern so, dass es nicht ruckelt. Dafür muss das Video synchron zum Takt der Soundausgabe laufen und nicht genau den nominellen Wert von 23,9760000 treffen. Zu 100% geht das nur mit einem gemeinsamen Taktgeber für Ton und Bild, wie das Standalonegeräten üblich ist. Beim PC geht das relativ einfach nur per HDMI Ausgabe. Mit einer Soundkarte oder onboard Sound hat man praktisch immer ein Microruckeln, da Bild und Ton synchronisiert werden müssen und das machen die PC Player per Bildwiederholung oder auslassen.Alternativ kann man am Sound rumrechnen per Reclock. XMBC hat sowas direkt eingebaut. Damit verliert man dann aber das direkte Durchschleifen von vorcodierten Sound von Dolby und dts.
Eine weitere Methode ist es die Bildausgabe anzupassen. Dafür schraubt man bspw. mit Powerstrip an den Timings rum. Mit ein bisschen Glück findet man da eine Einstellung die sehr genau zum Soundteil passt und vom Wiedergabegerät noch angenommen wird. Man kann das sehr einfach mit den Graphen unten rechts im MPC HC nachvollziehen. Die müssen dauerhaft parallel bleiben. Oder mit den Stats von madVR.
dieser 24p-Bug ließ mir keine Ruhe. Also habe ich mich mal hingesetzt und die Eckpunkte dieses Themas zusammen gesucht:
Stand: 21.11.2013
- Der Begriff "24-Bug" bezieht sich nur auf Intel, das hat NICHTS mit NVidia oder ATI zu tun
- Es gibt mehrheitlich Filme, die mit 23.976 fps gespeichert sind
- Dann gibt es seltener Filme, die mit 24 fps gespeichert sind
- Um beides absolut originalgetreu abzuspielen, braucht man ein Display und eine Grafikkarte, die beides unterstützen (auch einen Fernseher mit 24Hz Modus, bei 60Hz braucht man gar nicht zu suchen)
- Die integrierte Grafik in Intels Clarkdale, Sandy und Ivy Chipsatz (Serie 5, 6 und 7) unterstützt HARDWARESEITIG KEINE KORREKTE DARSTELLUNG von 23.976 fps
- Spielt man nun mit so einem Chipsatz 24 fps Material ab, geht es einwandfrei
- Bei 23,976 fps erhält man ~ alle 42s ein Ruckeln des Films, weil die Framerate nicht richtig passt und gesynct werden muss (statt 23.976 werden je nach Einstellung z.B. nur 23.972 abgespielt)
- Das Ruckeln fällt nur wenigen Usern auf, aber ist es da, und wer es sieht, den stört es häufig auch
- Das ganze kann softwareseitig nur über Tools wie Reclock oder EVR Sync renderer (durch einen speed up von 23,976 zu 24,000) korrigiert bzw. minimiert werden, nicht über einen neuen Treiber oder ähnliches. Dadurch ergibt sich aber eine Änderung in der Tonspur und einige Optionen werden hier nicht mehr unterstützt, also keine perfekte Lösung
- Der Bug ist nicht in der CPU oder GPU, sondern im Series5, Series6 und Series7 Chip auf dem Mainboard (Bezeichnung: Q, B, P, H, oder Z, egal ob 51, 55, 57, 65, 67, 68, 75, 77)
- Behoben wurde das Ganze mit Serie 8 Chipsätzen und passenden CPUs (Lynx Point, Haswell)
- Behoben werden kann es auch durch den Einbau einer zusätzlichen Grafikkarte, siehe hierzu Plan B™ und die Vorschläge im ausgezeichneten Empfehlungs-Thread Luxx™ classic, 2011, dreamBox, mini, cube, miniTower)
- Um den Bug nachzuvollziehen, kann man sich nach den hier beschriebenen Informationen richten. Wenn er vorhanden ist, lässt er sich NICHT softwareseitig beheben, nur vermindern
Der Bug ist mit neuer Hardware (Haswell Mainboard und CPU, Z87, H87, Q87, Q85, B85) nicht mehr vorhanden!
Sandy Bridge und IVY Bridge haben den Bug auf jeden Fall
CPU \ Mainboard-Chipsatz | Cougar Point | Panther Point | Lynx Point |
---|---|---|---|
Sandy Bridge HD | vorhanden | vorhanden | inkompatibel |
Sandy Bridge HD 2000 | vorhanden | vorhanden | inkompatibel |
Sandy Bridge HD 3000 | vorhanden | vorhanden | inkompatibel |
IVY Bridge HD | vorhanden | vorhanden | inkompatibel |
IVY Bridge HD 2500 | vorhanden | vorhanden | inkompatibel |
IVY Bridge HD 4000 | vorhanden | vorhanden | inkompatibel |
Haswell (alle Modelle) | inkompatibel | inkompatibel | nicht vorhanden |
Da der Beitrag durch spekulative Ideen etwas unübersichtlich geworden ist, hier nun die klaren Fakten nach aktuellen Erkenntnissen (als Quelle lasse ich auch User-Berichte gelten, die den Bug bestätigen, bis zum Nachweis des Gegenteils durch andere User mit entsprechender Hardware und Einstellungen).
Meine Testergebnisse:
TV: Samsung UE40B7090
Board: Intel BLKDQ77KB (Cougar Point, Q77)
BIOS-Version: 0043 (8/30/2012)
CPU: Intel Core i5 3470T (IVY Bridge, HD2500)
OS: Windows 7 Prof. 64bit SP1
Intel Treiber Version: 8.15.10.2761
DirectX: 11.0
Player: MPC-HC 32bit
Renderer: MadVR Renderer (mit Haali Splitter und LAV)
Ergebnis: 23,97236Hz (Bug ist am 20.10.2012 noch vorhanden)
Treiberversion
Treibersettings
MadVR Settings
MadVR Ausgabesettings
MadVR Settings externe Filter
MadVR Settings Interne Filter
MadVR Settings Wiedergabe
Der 24p-Test
Besonderer Dank an:
nuts, Daniel N, Blaubart und cehlscheid
Usertests:
DerMalle: 1, Verwendete Hardware
Nimo: 1, 2, Verwendete Hardware
oggear: 1
timmaeh: 1 (inkl. Hardware)
Blaubart: 1 inkl. Guide
nuts: extern
Voraussetzungen:
- Intel Sandy oder IVY CPU (Intel Core i_, Intel G___)
- Mainboard mit Cougar Point oder Panther Point Chipsatz (H/B/Q/Z 61/67/75/77)
- Ein 23Hz/24p fähiges Fernsehgerät
- Das Käsescheibchen Testvideo
- Neuesten Intel Grafiktreiber
- MPC-HC (nur 32bit Version)
- MadVR Renderer
- Neueste LAV Filter Version
- Haali Media Splitter, auch MatroskaSplitter (Download oben rechts)
Vorgehensweise:
- Bevor man beginnt, muss man den Intel Grafiktreiber auf den neuesten Stand bringen
- Danach muss man den MPC-HC mit allem Schnickschnack (Renderer, Splitter, etc.) einrichten, denn der 24p-Bug lässt sich nur unzureichend "out of the box" nachweisen. Das ist kompliziert und würde den Rahmen des Guides sprengen, deshalb hier ein sehr gutes Howto. Oben bei meinem Test sind ein paar weitere Screens.
- Nun muss man den Intel Grafiktreiber auf 23Hz stellen, Screen siehe oben in meinem Test
- Als nächstes wird der zuvor nach dem Guide konfigurierte MPC-HC gestartet und das heruntergeladene und entpackte Käsescheibchen Video geöffnet.
- Um die Statistik zu sehen, drückt man die Tastenkombination STRG + J und liest den Wert ab, der neben Display steht. Der sollte bei 23.97X....Hz stehen
- Dieser Wert sollte möglichst nahe an 23,9760000000Hz stehen. Wenn er mehr als 0,002 davon abweicht (z.B. 23,97236Hz, wie bei mir), hat man den 24p Bug.
Die für meine Begriffe wichtigsten Eckdaten zu den Tests findet ihr meiner Ansicht nach hier:
Daniel N: Erster 24p Bug Guide
Blaubart: Käsescheibchen Video und Kurzanleitung
cehlscheid: Mad VR Guide, Warum MadVR, Wie sieht ein Framedrop aus
Was Sie ber 24p, 3:2-Pulldown und Ruckeln wissen mssen
Wie verhalten sich die Kurven?
Was ist mit dem Taktgeber?
Wissenswertes zum Thema 24p-Bug, "Ruckeln" und einer extra Soundkarte (Danke an PatkIllA):
Die angezeigten Werte für die Abspielfrequenz sind ALLE relativ zum Taktgeber des Systems. Man möchte beim Video aber nicht genau mit 23,9760000 gucken, sondern so, dass es nicht ruckelt. Dafür muss das Video synchron zum Takt der Soundausgabe laufen und nicht genau den nominellen Wert von 23,9760000 treffen. Zu 100% geht das nur mit einem gemeinsamen Taktgeber für Ton und Bild, wie das Standalonegeräten üblich ist. Beim PC geht das relativ einfach nur per HDMI Ausgabe. Mit einer Soundkarte oder onboard Sound hat man praktisch immer ein Microruckeln, da Bild und Ton synchronisiert werden müssen und das machen die PC Player per Bildwiederholung oder auslassen.Alternativ kann man am Sound rumrechnen per Reclock. XMBC hat sowas direkt eingebaut. Damit verliert man dann aber das direkte Durchschleifen von vorcodierten Sound von Dolby und dts.
Eine weitere Methode ist es die Bildausgabe anzupassen. Dafür schraubt man bspw. mit Powerstrip an den Timings rum. Mit ein bisschen Glück findet man da eine Einstellung die sehr genau zum Soundteil passt und vom Wiedergabegerät noch angenommen wird. Man kann das sehr einfach mit den Graphen unten rechts im MPC HC nachvollziehen. Die müssen dauerhaft parallel bleiben. Oder mit den Stats von madVR.
Zuletzt bearbeitet: