'G45-chipset kampt nog steeds met 24Hz-probleem'

Aaron Brezenski, product engineer bij Intel, heeft op zijn blog een uitleg gegeven over de lage score in de hd hqv-test van de nieuwe G45-chipset. Deels legt hij de schuld bij de afspeelsoftware voor video, maar steekt ook de hand in eigen boezem.

Brezenski reageert in zijn blog op een recensie van een G45-moederbord van Intel bij Extremetech, waarin de nieuwe chipset met GMA X4500-igp slechts 30 punten op een totaal van 100 punten wist te scoren in de hd-versie van de hqv-beeldkwaliteitsbenchmark. Op de onderdelen ruisonderdrukking, jaggies en de filmresolutieverliestest werden zelfs nul punten verdiend.

Twee problemen liggen volgens Brezenski aan de lage score ten grondslag. In het eerste geval kan de score twintig punten hoger uitvallen door een betere configuratie van de videospeler, maar voor een ander probleem is niet zo snel een oplossing voorhanden. Net als bij de G965 en de G35, schokt het beeld bij de G45 namelijk om de zoveel seconden bij het afspelen van beeldmateriaal met 24 frames per seconde, waarmee de meeste films uit Hollywood worden opgenomen. Waaraan dit laatste probleem precies ligt is nog niet duidelijk, maar Brezenski denkt wel dat het 24Hz-probleem mogelijk opgelost kan worden met drivers.

Wat in de HQV-test niet naar voren komt en wel belangrijk is voor iedereen die zijn htpc met G45-chipset aan wil sluiten op een geluidsinstallatie via hdmi, is dat de repeater-modus van hdcp momenteel niet werkt. Direct aansluiten op een hdtv via hdmi is echter geen probleem. Ook voor dit probleem wijst Brezenski de beschuldigende vinger richting fabrikanten van videoafspeelsoftware. Volgens hem moeten deze bedrijven een ander protocol gebruiken dat wel ondersteuning biedt voor de repeater-modus.

Reacties (20)

[ari3]

Dit is toch wel een grote blunder hoor. Een hardware HD video decoder uitbrengen die geen 24Hz beeldmateriaal kan weergeven terwijl dat 99% van de HD-content bestrijkt. Hebben ze dan echt niet getest?

Ook het niet ondersteunen van de repeater modus is echt te triest voor woorden. Veel filmliefhebbers hebben een AV-receiver voor hun surround geluid. En dan nog: Waarom moet dat afhankelijk zijn van de afspeelsoftware? In de driver configuratie kan toch gewoon een vinkje staan repeater aan/uit...

Bovendien moet Intel nu eens snel komen met Linux driver voor het afspelen van HD content. Snap niet dat het zo lang moet duren... De beeldweergave in Linux was toch ook snel gereed? Lever dan ook meteen de HD decoder driver uit...

Naar mijn mening is het product te snel de markt op gezet zonder de ondersteuning van de geadverteerde features ook echt in de drivers te stoppen.

[Reactie gewijzigd door ari3 op 23 juli 2024 17:01]

[VNA9216]

Bovendien moet Intel nu eens snel komen met Linux driver voor het afspelen van HD content. Snap niet dat het zo lang moet duren... De beeldweergave in Linux was toch ook snel gereed? Lever dan ook meteen de HD decoder driver uit...

Het zal denk ik eerder zijn dat het moeilijker te implementeren is dan voor windows. Via directshow (heet het geloof ik onder windows) kan je heel makkelijk het decoden uitbesteden aan een andere chip.
Onder linux is het echter zo, dat de mediaspelers echt geschreven zijn om het decoderen zelf te doen en het niet door een extra chip te laten doen. Dus de driver ondersteunt het misschien wel, maar de mediaspelers niet. En zelfs als intel een plugin zou maken voor vlc bijvoorbeeld, dan nog gaan mensen zeuren dat hun favoriete mediaspeler niet word ondersteund. Bij windows hoef je eigenlijk dus alleen voor die directshow zooi je hardware acceleratie te ondersteunen (dan nog werkt het met bijv vlc niet maar wel met een heel groot deel van de mediaspelers) en bij linux zal het eigenlijk per applicatie moeten.

Althans... ik DENK dat dat het is

[ari3]

VLC decodeert inderdaad alles zelf, maar over het algemeen werken Linux mediaspelers gewoon met externe libraries (ffMPEG, lib-mpeg, etc.). Deze kan Intel gewoon implementeren met calls naar hardware decoder. Opnieuw compileren is niet eens nodig als de speler dynamisch linkt met de libary.

[Dreamvoid]

Bovendien moet Intel nu eens snel komen met Linux driver voor het afspelen van HD content.

Anders dan bij Windows en OS X bestaat bij Linux grote weerstand tegen drivers van de fabrikant zelf, het wachten is totdat de community zijn eigen drivers heeft geschreven. De G45 chipset is gloednieuw, die is nog geen maand op de markt. Dus niet klagen, lever een bijdrage!

[brompot758]

Anders dan bij Windows en OS X bestaat bij Linux grote weerstand tegen drivers van de fabrikant zelf, het wachten is totdat de community zijn eigen drivers heeft geschreven.

Bij een bepaalde groep ontwikkelaars en een klein groepje puristische gebruikers wellicht, maar de bulk van de Linux gebruikers die ik ken zijn uitermate tevreden met drivers van Nvidia, Intel en anderen.

De meeste van deze drivers hebben een closed source kern waarin de handels geheimen van de fabrikant zitten en een compileerbare schil eromheen die de driver aan jouw kernel versie koppelt.

Repositories als atrpms zorgen er dan voor dat er binaries beschikbaar zijn zodat je de driver alleen nog aan hoeft te klikken in je software installatie tool, of voor de command line adepten, iets als 'yum install nvidia-graphics' intikt.

Persoonlijk ben ik erg blij met fabrikanten die goede linux drivers leveren, ook al zijn ze closed source. Sterker nog, fabrikanten die dat niiet doen laat ik links liggen. Voordat ik hardware koop kijk ik eerst hoe hun Linux ondersteuning is. In welke vorm ze uitleveren interesseert me daarbij niet, als er maar een goed werkende driver is.

[Borromini]

Er is niemand - maar dan ook letterlijk niemand - die bezwaren heeft tegen Intel die bv. een driver uitbrengt voor zijn grafische kaarten (ik draai hier op een X3100 die prima wordt ondersteund door Intel's drivers, onder Linux, met de laatste stabiele Xorg).

Wat wél een probleem is is de gesloten code van de driver, die, in combinatie met de veranderende ABI/APIs van de Linux-kernel, vaak voor incompatibiliteit zorgt.

Er is totaal geen bezwaar in de Linux-gemeenschap tegen een bedrijf dat drivers ter beschikking stelt. Het enige wat de Linux-gemeenschap vraagt is een volledige oplossing, en geen halfslachtige zoals de binary blobs van ATi/AMD en nVidia. Intel doet het op dat vlak heel goed - hun GPU-driver is opensource - en AMD timmert flink aan de weg met het vrijgeven van de specificaties, waardoor programmeurs buiten AMD zelf aan de slag kunnen.

[deadinspace]

Anders dan bij Windows en OS X bestaat bij Linux grote weerstand tegen drivers van de fabrikant zelf

Dat is onzin. Waar (imho terechte) weerstand tegen bestaat is closed source drivers. Maar Intel maakt open source Linux drivers voor hun IGPs, welke met open armen ontvangen worden.

[SirNobax]

Hoewel ik geen flauw idee heb waarom je 'ruisonderdrukking' zou willen hebben met HD materiaal met ~35MB/s, iets wat vrijwel altijd meer kapot maakt dan het ook positief beinvloed, is dit toch maar weer een kenmerk waarom AMD's 7*0 serie moederboarden superieur zijn als HTPC. Beelden met 24fps niet fatsoenlijk kunnen afspelen betekend gewoon een inferieur 'stretch' algorithme.

[Reactie gewijzigd door SirNobax op 23 juli 2024 17:01]

[fevenhuis]

De ruisonderdrukking is nu juist handig omdat juist op HD resolutie de filmgrain van oudere films duidelijk zichtbaar wordt.

[TD-er]

Maar waarom zou je dan niet de ruisonderdrukking toepassen bij het authoren van de HD-resolutie media?
Dat hoef je toch niet te doen bij het afspelen?

[Klaus_1250]

Filmgrain (FGT) word gezien als een feature van Hollywood films, vandaar dat ze het erin laten zitten of dat het kunstmatig toe word gevoegd indien een film digitaal is opgenomen (!). Met H264 kan Filmgrain ook seperaat worden worden doorgegeven (MPEG-4 AVC Fidelity Range Extension)

[MaZeS]

Lijkt me inderdaad veel doeltreffender... Je hebt dan namelijk geen tijdslimiet bij het uitvoeren van de conversie, wat zou moeten resulteren in betere beeldkwaliteit.

[Reactie gewijzigd door MaZeS op 23 juli 2024 17:01]

[FrenzyFreak]

Deze technologieën bestaan omdat niet al het videomateriaal van Hollywood kwaliteit is. (HD Homevideo's zijn ook in opkomst...)

[Stidge]

Het is wel een beetje stom van Intel. "We zijn overal goed in, behalve in de 24Hz die overal ondersteund wordt... Maar we zijn nog steeds goed hoor! Of zo."

[Dreamvoid]

Nou ja overal...24 Hz is bij nVidia en ATi tot voor kort ook nog een groot probleem geweest. Er zijn ook maar weinig TV's die 24 Hz input kunnen verwerken, al wordt het steeds meer standaard. Intel loopt dus wel achter, maar zo ver nou ook weer niet. Gemiste kans, toch.

[ari3]

Weinig? Alle HDTV's die de afgelopen twee jaar op de markt kwamen ondersteunen 24Hz native en anders wel met een firmware update.

[rcor]

hopelijk gaan ze dit probleem snel oplossen... Heb zelf het probleem niet omdat ik de onboard grafische kaart van de G965 chipset niet gebruik.... maar in de toekomst was ik wel van plan de onboard kaart te gaan inzetten... Toch maar eens even testen of ik dat schokkerig beeld ook krijg bij een film uit hollywood...

[_Thanatos_]

Waarom is een benchmark afhankelijk van een player? Ik mag toch aannemen dat een benchmark alle benodigde testonderdelen in zich heeft

Anders is cheaten wel heel makkelijk: pak een player die alles op de CPU doet, dan kun je heel makkelijk een crap-chip maken die 100 scoort.

[ranjo]

Ik ben het met ari3 eens dat de chipset te snel op de markt is gekomen. Ik ben in het bezit van het intel moederbord waar ze de g45 chipset op leveren.(dg45id) Regelmatig vastlopers onder vista en windows xp. Er zijn nog heel wat bugs die gefixt moeten worden. Ook de bios is erg onvoorspelbaar (vastlopers tijdens rebooten etc)

[MaZeS]

De X3000... Die is destijds pas te vroeg op de markt gekomen. Hardware t&l ondersteuning zou die hebben; ja na een 3/4 jaar ongeveer pas, toen de eerste bruikbare drivers uitkwamen.
Ik heb tot nu toe in ieder geval nog geen vertrouwen in de drivers van Intel wat betreft alles wat geen 2D is.

[Reactie gewijzigd door MaZeS op 23 juli 2024 17:01]